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(57) Abstract: A method of modifying an Internet browser interlace to provide shopping assistant functionality facilitating on-line 
shopping at a supported merchant Internet site. A wallet created in accordance wkii the present invention comprises a database having 
various user data stored therein under certain predetermined field names. A si^^rted merchant data file identifies a plurality of 
supported merchants and enables the modified browser interface to determine wfecii a shopper has navigated to a supported merchant 
web site. For each supported merchant, a rules and mapping file is created Ifaalinay be used in connection with the wallet to map 
user-provided information in the wallet to corresponding fields in the merchanl'^$ check-out web page. When a user navigates to a 
supported merchant web site and desires to purchase merchandise and/or services from that merchant, the wallet automatically fills 
out the merchant's check-out web page(s), thereby simplifying on-line shopping and particularly, the check-out process. 
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METHOD AND SYSTEM OF FACILITAT1NEI»{ILINE SHOPPING USING AN 

INTERNET BROWm 

CROSS-REFERENCE TO RELMMiiAPPLlCATlON 

[00 1 ] TlHs applicalion is a: Continuation-In-Part cUfiiiled States Patent Application 

Serial No. 09/429^85, filed on October 28, 1 999, currenflppading. 

FIELD OF THE IMEBHION 
[002] Tl»present invention is directed to a metWiad system of facilitating 

shopping using an btemet browser. 

BACKGROUND OF THEBiKENTlON^ 
[003] When, accessing the Internet (i.e., the woiMrafe web, the web, etc.), an Internet 

user typically laumftes or activates, via a computer, a broaarsnftware program such as, for 
example, Netscape *ISavigator™ or Microsoft Internet Exii8Hi^**i The browser program (also 
referred to herein as a browser) establishes a physical link toAe Internet (Via a modem and an 
Internet Service Ptowrider (ISP), for example) and also pRniis a textual and graphical user 
interface, i.e., a browser interface, having a predetermineilBBfcand functionality, neither of 
which can currenlfy be significantly changed by the InteistratK; Thus, the browser interface 
remains relativelya&tic as the Internet user navigates thefctencli moving from web site to web 
site, application to^plication, or HTML (Hyper-text MadbupLanguage) page to HTML page. 
[004] Linded control of the browser interface isoHndy available via an executable 

software program Ifet mayi for example, add functional britos co the browser interface. 
However, the add&ionai ftmctionality is added to the bro^wvvieFface when the browser is 
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initially activated andiremains static thereafter. Thus, it is not possible for a browser displaying 
browser interface modified as just-described to dynamically download information from an 
Internet site and customize itself, either when the browser is initiated or as the users navigates 
the Internet. Such amodified browser interface also does not provide access to the various 
browser Applicati(ME Programming Interfaces (APIs) for Plug-ins and interfaces. It is thus 
desirable to provide » method for modifying a browser interface, and to provide a browser 
interface, that overcomes the above-described shortcomings of the prior art. 
[005] The proliferation of Internet sites makes it increasingly difficult for content 

providers (i.e., owooB of Internet sites) to maximize the time an Internet user spends at a 
particular Internet site. It is, of course, desirable for a content provider to be able to maximize 
the time an Intemeliser spends at that provider's Internet site, or to ensure that an Internet user 
returns to4he contaHprovider's site; this being generally referred to in the art as stickiness. 
Many business modefe for companies providing Internet sites are based, at least in part, on 
revenue derived fromt advertising. The more likely a user is to remain at or return to an Internet 
site, the more likely Aat user is to see ads displayed at that site. Consequently, the company 
providing that Intemeti site may be able to charge more for ads on its web pages. 
[006] It is afeo desirable to maximize the number of Internet users accessing a content 

provider's site. Bricffiy stated, an Internet content provider wants to attract a maximum number 
of Internet users to lhat provider's Internet site, and to maximize the amount of time those 
Internet users remain at that site; neither of which is possible using current Internet browsers. 
[007] Of the many benefits of the Internet, on-line shopping provides distinct 

advantages over traditional shopping. Obviously, the ability to easily visit a multitude of 
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merchant web site^irowrse their respective merchandise, con^e prices, and place orders, from 
home or office andma.ielatively short period of time, saves the on-line shopper time and 
money. In addition Aoppers who may find it difficult to visit anumber of stores (due to 

weather, lack of pimraatdy located stores, or for whatever rearan)j now have an almost 
unlimited number cCsfares and merchandise available at their bigertips. 
[008] Thecrfne shopping experience is relatively qgidc. A shopper may navigate 

from merchant-sitei»iDerchant-site, browse merchandise, andselect and place items in an 
electronic shoppingcan^ all with a few mouse clicks. Howev€i;the check-out process remains 
relatively time consBBS^ andJabor intensive. Once a shopperfias finished shopping, the check- 
out process may htm^ed by selecting a "Check Out" optioaOT the merchant's web site. The 
shopper is then tyjAaBy required to fill in various personal da&^ including name, billing and 
shipping address, csdh card number, etc. The shopper has toiqjeatedly provide that 
information to eachmcbant to complete an on-line shopping ftansaction, which increases the 
likelihood of error (If fte shopper in providing the informatioaj and slows the on-line shopping 
process. 

SUMMARY OF THE INVEBgEION 

[009] The fKscal invention is directed to a method of %namically controlling an 

Internet browser imoficerand to a dynamically controllable l»ii«5er interface. In an 
embodiment of the pisrat invention, a shopping assistant butfoa and shopping assistant 
functionality is addrfio tfte browser interface and available toa user (e.g., an on-line shopper) to 
provide a faster andnm accurate on-line shopping process. 



wo 03/038554 



PCT/US02/34509 



4 

[001 0] The pRsm invention is also directed to a method of increasing the number of 

times an Internet usersscsses a predetermined Internet site, and to a method of increasing the 
amount of time an IntcoBETieer spends at a predetermined Internet site. 
[001 1] As usedbRin, the term controlling and controllable refer to, by way of non- 

limiting example, ad&f ltii removing from, and modifying an Internet browser interface. An 
Internet browser inteifioE^as referred to herein, means the visual or aural presentation presented 
to a browser user, andnwhich a user interacts with the browser. The term customize (and 
variations thereof) mayrisabe used herein to describe the controllability provided in accordance 
with the present invenfin. Ais used herein, the term dynamically controlling (and variations 
thereof) refers to a me&tfiSy which a part of an Internet browser interface (i.e., an interface 
object) may be displa]^aiKl:periodicaIly changed or updated while a browser displaying the 
interface object is actiiaKi 

[0012] A broMo^as used herein, is given its general, art recognized meaning, and 

generally refers to a scAncrprogram that provides an interface to the World Wide Web or 
Internet. The browser rarifes an Internet user to navigate the Internet and establish a connection 
to various Internet sitessl view the web page(s) provided at the various Internet sites by 
content providers. A innaer is specifically capable of calling an ActiveX control or Plug-in via 
an Internet site. The tnaoEr also enables an Internet user to navigate between and among 
Internet sites, i.e., to suAiie web. The browser provides a browser interface to the Internet user 
that is formaned by thepodder of the browser software program. The browser interface 
typically defines the lajotttg., color, size, number and location) and fiinctionality provided by 
the browser to the IntenaB«KFv The browser interface may comprise a first parent window that 
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typically defines the geneialisize, color, and layout of the browser interface and includes window 
control buttons (e.g., miniraze; close, etc.). The browser interface may also comprise a second 
parent window (a child to ite. first parent window), and one or more windows dependent from 
the second parent (i.e., chiUien), The second parent and its dependent windows may provide, 
for example, various infoiraation (e.g., advertisements, coupons, news, HTML links, etc.) and 
functionality (i.e., toolbars, jiiHi-down menus. Plug-ins, applications, etc.) to the Internet user. 
[00 1 3] An ActiveX control, as used herein, refers to a tool for linking desktop 

applications for the Intemcslaiid is based on art recognized, Microsoft-developed specifications. 
A Plug-in, as used herein, lefersao a type of program developed for use with Netscape browsers 
and that integrates with a tacger application (e.g., a browser software program) to add a specific 
functionality or capabilitytelfiat larger program. An ActiveX control and a Plug-in as described 
above and as referred to heedh may be used with any Internet browser. 
[00 1 4] As used heni^, the term Internet site refers to a location (i.e., node) on the 

Internet defined by an Intdnctiaddress or URL (uniform or universal resource locator). As used 
herein, the term Internet vweb page refers to a collection of hypertext markup language (HTML) 
commands provided at an fafemet site and that provide formatting information for the text, 
graphics, and functionality to create a hypertext document that may be displayed on an Internet 
user's computer display via a Browser. For example, an Internet user enters a URL to establish a ' 
connection to an Internet sile;,and that Internet site provides HTML commands to the user's 
browser to enable display rf that Internet site's web page on the user's computer display. The 
browser interprets hypertext markup language (HTML) commands embedded in a web page and 
uses the HTML commands format the text and graphics for that web page. 
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[001 5] The present invention provides advantages to an Internet user, an Internet content 

provider, and to an Internet Service Provider (ISP). For an Internet user, the present invention 
provides a method of dynamically controlling or customizing that user's Internet browser 
interface. The Internet user may now customize the browser interface so that each time the user 
accesses the Internet using a browser, user-defined information and/or functionality (also 
collectively referred to herein as information) will be displayed with the browser interface. For 
example, the user may include bookmarks, address and phone books, personal financial 
information, personalized news, and various functionality such as is available via ActiveX 
control and Plug-ins. 

[00 1 6] In addition, if an Internet user has an account with a content provider, that user's 

specific account information (e.g., investment portfolio, news headlines, bookmarks, address 
book, etc.) may now be dynamically displayed with the browser interface by the browser. 
Currently, an Internet user can only access that user's specific account information while 
connected to the content provider's Internet site. The user must return to the content provider's 
site to receive updated account information. The account information is not displayed with the 
browser interface once user leaves that Internet site. The present invention provides a method of 
dynamically controlling and a dynamically controllable browser interface that enables an Internet 
user to display with the browser interface and continuously update information and/or 
functionality specific to that user. 

[001 7] For a content provider, the present invention ensures that an Internet user (via a 

browser) automatically establishes a connection to that content provider's Internet site every time 
that user accesses the Internet using a browser. Thus, as soon as an Internet user causes a 
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browser to execute (by seledQga browser icon, for example), the browser automatically 
establishes a connection todjecmtent provider's Internet site to load that user's customized 
browser interface informalioB. Tke. present invention may also periodically and automatically 
cause the user's browser tocamect to the content provider's Internet site while the browser is 
active, i.e. while the user s«6tfc web. In one embodiment, the content provider may provide 
an Internet user with access©* program for controlling the browser interface. Once the Internet 
user has accessed that contraffing jwogram to customize that user's browser interface, a 
connection to that content pravid^ may be automatically established by that user's browser 
every time that user accessesteliateniet. Thus, and in contrast to currently available browsers 
which establish a connectia»loan Intemet site only when the user enters a URL (or otherwise 
positively acts to cause a caoKdion to be established such as, for example, by selecting a link or 
banner advertisement), the pHsailVihvention automatically establishes a connection to the 
content provider when the bBmsa^ is initiated, independent of any home web page selection pre- 
programmed into the browsn, wlKlh'er by thie Intemet user or browser vendor. Once that initial 
connection is established, thearalent provider may load user-specific information and/or 
functionality to the Intemet ■BPscGmputer for display with that user's browser interface. 
[001 8] In addition, fteowtfent provider can also periodically cause the browser to 

automatically reconnect to tbtcootent provider's Intemet site to update, download new, or 
otherwise communicate inforaufiDn and/dr functionality for the Intemet user's browser 
interface. For example, if anlitiSeiiiet user subscribes to an email service of the content provider, 
email messages for that Intentt^osffi received by the content provide may be automatically 
communicated to the IntemrtBSErcven though the user is "surfing" elsewhere. When the user's 
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browser initially establishes aannection to the content provider's Internet site upon execution 
of that user's browser, the infiiBatton communicated by the content provider to the Internet user 
includes instructions for thehnnser to periodically reconnect to the content provider's Internet 
site. Thus, regardless of theioi^r of Internet sites the user accesses, and regardless of the 
particular Internet site cuma^cessed by a user, a connection back to the contem provider's 
Internet site will be automalksBi! established at intervals determined by the content provider; 
those reconnections being ttsquent to the Internet user except when the user receives a 
notification from the contenifEsider (i.e., new mail has arrived). Thus, the browser interface 
may be dynamically contro!fc*Kthe Internet user surfs the web. For an ISP, the benefits are at 
least as great as for a contentproder. 

[00 1 9] Initially, the bnmKr interface for an Internet user must be customized using a 

software program that may beponrided by the content provider or ISP, or that may be available 
on the user's computer. Thesfiiiare program, referred to hereinafter as a controlling program 
or a program for comrolling(grtiother variations thereoO, changes the manner in which the 
user's browser functions. M«Bapeciflcally. the comrolling program downloads or creates a 
library file on the Internet ustfiromputer. The library file may be. for example, a Dynamic 
Link Library (DLL) (for a WuOms operating system) that creates a shell (or plurality of shells) 
within the browser and withiafdich various information and/or functionality may be loaded as 
an ActiveX control or Plug-ia He library file includes ActiveX control or Plug-in f\»nctionality 
that defines an interface objectiifed to the browser interface in accordance with the present 
invention. When an Internet mMunches or activates a browser, the library file is opened and 
the ActiveX comrol or Plug-inaift contained within that file is made available to the browser 
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and incorporated into the browser ifiafiEe; thus causing the interface object to be displayed with 
the browser interface. The libraiy at^aaiconsequently, the shell (or shells), remain open as 
long as the browser is activated, geKB%^ long as the user is surfing the web. Thus, the 
infomation and/or functionality fonMasBzing the browser interface and loaded in the shell 
remain active even as the user mowsfem Internet site to Internet site. When used in this 
context herein, the terms informafimaad functionality refer to any information, data, and/or 
software-driven functionality that cnlr contained in or part of the library file. 
[0020] The library file alsoaraesthe browser to establish a connection to the content 

provider's Internet site when the hmoBTK initially activated by the user The content 
provider's Internet site will load infamttia and/or functionality for the interface object to the 
user's computer for use in the browBsaifibr display in the browser interface. The information 
and/or ftmctionality loaded by thecnMlpEovider may be specific to an Internet user if, for 
example, that user has an account wiifccontent provider. Alternatively, the content provider 
may load general information andAsloKiiQnality if, for example, the Internet user does not have 
an account with the content providcifjc^^K a guest). 

[0021] The present invenlWB«5mobject linking and embedding (OLE) in-process 

server to control the information aafifffoDetionality of a browser interface. Using an ActiveX 
control or a browser Plug-in (eachhQii«ee&rTed to herein as a browser interface overlay (BIO) 
Library) contained in a library file, vffin^ any information and/or functionality available with 
an ActiveX control or Plug-in may teaSfad to a browser interface using the present invention: 
The library file (via the BIO Libraij^fciacludes the code required to customize, i.e., add, 
remove and/or modify, the browso-ifcifaei 
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[0022] Once an Internet user has aeessed the controlling program and customized the 

operation of that user's browser, the customized browser interface is displayed when the browser 
is activated. In contrast to prior art browscF modification methods, the present invention 
provides a method and browser interface fa! may be dynamically controlled. Updated or 
changed information and/or functionality may. be communicated to the browser and displayed in 
the browser interface as the Internet user swfs the web and while maintaining the customized 
information and/or functionality of the Imowscp interface. Thus, aii Internet user may 
automatically receive up-to-date informatinB such as, for example, stock quotes, email, new 
headlines, at that user's browser interface, «(any Internet site and as long as the user is surfing 
the web using the browser. 

[0023] The present invention alsoprovides a method and system of facilitating on-line 

shopping by modifying a browser interfacetd provide a shopping assistant button and 
ftinctionality. The modified browser inteifiKe provided in accordance with this embodiment of 
the present invention simplifies on-line shifping by creating a wallet for each shopper or user. 
The wallet is stored in a database on a sectae server and may be accessed, used, or modified only 
by the user and only in connection with a ustr^provided security key. The wallet contains user- 
supplied information that may be directly pwted to a supported merchant check-out web page. 
Thus, when a user is shopping on-line at a s^ported merchant's web site, and desired to 
purchase certain merchandise and/or servkss ftom that merchant, the present invention provides 
the user with access to his/her wallet and firilitates porting of the data contained in the wallet to 
quickly and effortlessly fill out the merch^s order forms provided at the merchant's check-out 
web pages. 
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[0024] Other objects and features of the present invention will become apparent from the 

following detailed description, considered in conjunction with the accompanying drawing 
figures. It is to be understood, however, that the drawings are designed solely for the purpose of 
illustration and not as a definition of the limits of the invention, for which reference should be 
made to the appended claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0025] In the drawing figures, which are merely illustrative, and wherein like reference 

characters denote similar elements throughout the several views: 
[0026] FIG. 1 depicts a view of a prior art Internet browser interface; 

[0027] FIG. 2 depicts a view of an Internet browser interface including an interface 

object in the browser toolbar in accordance with an embodiment of the present invention; 
[0028] FIG. 3 depicts a view of an Internet browser interface having an interface toolbar 

including interface object in accordance with an embodiment of the present invention; 
[0029] FIG. 4 depicts a view of an Internet browser interface having an interface toolbar 

including a plurality of interface objects in accordance with an embodiment of the present 
invention; 

[0030] FIG. 5 is a flow diagram of a method of controlling an Internet browser interface 

in accordance with the present invention; 

[003 1 ] FIGS. 6-9 are a flow diagrams of a method of controlling and displaying an 

Internet browser interface in accordance with various embodiments of the present invention; 
[0032] FIG. 10 is a schematic block diagram of a computer connected to the Internet and 

upon which the present invention may be implemented; 
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[0033] FIG. 1 1 is an exemplaipmsisshot of an Internet browser interface having a 

shopping assistant button in accordamcwftan embodiment of the present invention; 
[0034] FIG. 1 2 is an exemplaif SBEsaf shot of a wallet set-up web page in accordance 

with an embodiment of the present inwfliii;: 

[0035] FIG. 1 3 is an exemplawsDaaa shot of a wallet data entry web page in accordance 

with an embodiment of the present imeaaa^ 

[0036] FIG. 1 4 is an exempIais.sEM.shot of a wallet summary web page in accordance 

with an embodiment of the present iimstaB^ 

[0037] FIG. 1 5 is an exemplaiy;aHM shbt of a security key window in accordance with 

an embodiment of the present inventioH^, 

[0038] FIG. 1 6 is an exemplaiy aam shot of a wallet information window in 

accordance with an embodiment of thrpaoBaifc invention; and 

[0039] FIG. 1 7 is an exemplaiyaaTOshol of supported merchant check-out web page in 

accordance with an embodiment of tIepsBit invention. 



DETAILED DESCWgniiW OF THE PRESENTLY PREFERRED 
BMHDIMENTS 

[0040] The present invention bfiindtKi to a method of controlling and displaying an 

Internet browser interface, and to a cortroaHbrlntemet browser interface. In accordance with 
the present invention, a browser inter&cai^be customized using a controlling software 
program that may be provided by an Iiftatf content provider, an ISP, or that may reside on an 
Internet user's computer. The controliiEaifiware program enables the Internet user, the content 
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provider, or the ISP to customize and contRidfe Monnation and/or functionality of a user's 
browser and browser interface. 

[004 1 ] The present invention also pma^^ ^ method and system of facilitating on-line 

shopping by modifying a browser interface toprowidfe a shopping assistant button and 
functionality. The modified browser interfittfiiovided in accordance with this embodiment of 
the present invention simplifies on-line shofpng. by. creating a wallet for each shopper or user. 
The wallet is stored in a database on a secuiesHver and may be accessed, used, or modified only 
by the user and only in connection with a usBpovided security key. The wallet contains user- 
supplied information that may be directly paBd t& a supported merchant check-out web page. 
Thus, when a user is shopping on-line at a siflprated merchant's web site, and desired to 
purchase certain merchandise and/or servicesiom that merchant, the present invention provides 
the user with access to his/her wallet and facffiwes porting of the data contained in the wallet to 
quickly and effortlessly fill out the mercha^iBdar.forms provided at the merchant's check-out 
web pages. 

[0042] Referring now to the drawinpwdfetail, FIG. 1 0 is a block diagram of a computer 

50 connected to the Internet 90 and upon vAiftiHe present invention may be implemented. 
Computer 50 includes an internal bus 64 thafkilitates communication of information (i.e., 
digital data) between and among the variousdfences of the computer 50 and that also facilitates 
communication between the computer and otsmalidevices and systems via a communication 
interface 68. A processor 66 coupled to the te 64 process information within the computer 50. 
The computer 50 also includes a main mein^fiO such as, for example, Random Access 
Memory (RAM) or other equivalent dynamcmanoiy storage device, coupled to bus 64 for 
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receiving and storing instructions communicated fmfcprocessor 66. Main memory 60 may 
also be used to temporarily store variable or otheniiaiKi»te information while the processor 
66 executes instructions. Read-Only-Memory (RCM)@js also coupled to the bus 64 for storing 
static data and instructions for use by theprocessK» Various input and output devices aie 
provided as part of the computer 50, including, tywyof non-limiting example, a display 54 
(e.g., cathode ray tube (CRT), liquid crystal displijmBketc.), an input device 56 such as a 
keyboard, and a cursor control device 58 such asasioiBB.,or trackball, for example. A data 
storage device 52 such as, for example, a magnelk«li<ifive and magnetic disk, a CD-ROM 
drive and CD-ROM, or other equivalent devices aittesiorage mediums, is coupled to the bus 
64 for communication with the processor 66, maBiBea»^.60;and communication interface 68. 
The storage device 52 preferably has an operatinesmTO and an Internet browser software 
program 72 (i.e., a browser) stored thereon. As nSbfeifiscussed in greater detail below, a 
library file 74 may also be stored on the data stoncrdmce 52;' 

[0043] The computer 50 may connect to ifebKaiet;90 via the communication interface 

68 over a transmission media including, but not InferiiB^ coaxial cable, copper wires, and fiber 
optical cables. Communication between the compMrSDand the Internet 90 may also be via a 
wireless or cellular interface. The communicatioBiiKifiBe 68 facilitates two-way 
communication between the computer 50 and anoAsdKiionic device or system, e.g., a server 
computer (not shown) provided by a content pioriitelBBI 200. 
[0044] An Internet user (not shown) usingfcaa^Roter 50 may gain access to the 

Internet 90 by causing the browser 72 to execute. Upopening a communication link between 
the communication interface 68 of the computer Siarf aBlhtemet site 130 of a contem provider 
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1 00, via an Internet Service Provider (ISP) 80. The browser 72 provides, to the computer display 
54, a browser interface 20 (see, e.g., FIG. I ) having a layout (e.g., color, size, number, location) 
and functionality of windows 30 that is predetermined in the browser 72 by the browser vendor. 
Internet content is communicated by the content provider 1 GO to the computer 50 for display in a 
content window 32 of the browser interface 20. 

[0045] In accordance with an embodiment of the present invention, a first Internet 

content provider 100 may provide an Internet user with access to a program 120 for controlling 
the browser 72 and browser interface 20. When executed by the user, the Controlling program 
1 20 downloads or creates a library file 74 such as, for example, a Dynamic Link Library (DLL), 
on the data storage device 52 of the Internet user's computer 50. The library file 74 preferably 
includes ActiveX control or Plug-in functionality. Thereafter, when the Internet user accesses 
the Internet using the browser 72, the browser 72 opens the library file 74 and preferably 
automatically establishes a connection to the content provider's Internet site 130. The content 
provider, in response to the connection established by the browser 72, loads information and/or 
functional data into a shell operating within the browser and created by the library file 74. For 
example, if the user has an account with the content provider 100, customized information and/or 
functionality may be loaded into the library file 74. If the user does not have an account, more 
generalized (i.e., guest) information and/or functionality niay be loaded. 
[0046] In accordance with the various embodiments of the present invention, as 

described in more detail herein, data may be communicated between computers (e.g., between a 
server and a user or client computer). The present invention contemplates that such data 



wo 03/038554 



PCT/US02/34509 



16 

communication (or transmission/reception, downlaBi%itad^ etc.); may be carried out in any 
mamier using any medium, using any now Icnowaflrteirfier developed medium or method. 
[0047] The library file 74 essentially opeiKaM(or a plurality of shells) within the 

browser 72 that contains the ActiveX control or Pbewoode that may control, i.e., add, remove, 
and/or modify, the Internet browser 72 and the bia«aBBiferfate 20. When loaded with the 
ActiveX control or Plug-in, the library file 74 prdbtflcQntains functions, objects, data, and 
other software, referred to generally herein as inliBB&i^ that may be used to control the 
browser 74 and browser interface 20. The present iBa«m ensures that the library file 74 (and 
shell) does not close when the Internet user movesfiaBiitemet site 130 to Internet site 230. 
Thus, the information and/or functionality providedinfc ActiveX control or Plug-in is not lost 
when the Internet user disconnects from the Intenaosttdiat loaded the ActiveX control or Plug- 
in, and connects to another Internet site. 

[0048] Referring next to FIG. 1 , a prior ait&ttnrt^browser interface 20 having a 

plurality of windows, each providing various func&i^to the Internet user, is there depicted. 
The browser interface 20 may comprise a first patm^mdavi 30 that typically defines the 
general size, color, and layout of the browser intoiKari includes window control buttons 28 
(e.g., minimize, close, etc.) for that window 30. IlKllDiraBr interface 20 may also comprise a 
second parent window 36 (a child to the first paraa vAw) within the first parem window 30, 
and one or more child windows 38 dependent franfeaDBond parent. The second parent 
window 36 and child windows 38 typically define MuimTo n and/or functionality that will 
assist an Internet user when accessing and navigad^gtieiaemet. For example, the second 



wo 03/038554 



PCT/US02/34309 



>7 

parent 36 and its dependent windows 38 may pnnalEioolbars, pull-dowri menus, Pliig-ins, 
applications, etc. 

[0049] For example, three windows 38 pnnifisd at the top (in the drawing) of the 

interface 20 define three toolbars 22, which may iriiica variety of interface controls 24 such 
as, for example, pull-down menus, functional biaBm{e.g., stop, back, forward, home, etc.), and 
a combination of functional buttons and windovw|is^a search button and window). The 
uppermost toolbar 22 provides a plurality of pull*w menus 24; the middle toolbar 22 provides 
a plurality of functional buttons 24; and the loweaMi toolbar 22 provides a pull-down menu 
and a window 26 (a URL address window). A aawiwindow 32 'is also provided as part of the 
interface 20 within which content from an Intemoamfient provider 100 (see, e.g., FIG. 10) m^ 
be displayed. The Internet user may toggle any offiftr tower three (in the drawing) toolbars 22 
on and off using a View toolbar object 24 (puIl-dBanmenu) provided in the second toolbar 22. 
However, the Internet user currently may not addtsanve, of otherwise modify the browser 
interface 20. 

[0050] An Internet browser 20 configuredinaBcordance with various embodiments of 

the present invention is depicted in FIGS. 2-4. IiiHiL2v the browser interface 20 includes an 
interface object 40 that is defined by the ActiveXcrtel or Plijg-in loaded in the library file 74 
by the content provider 100. The interface objeci4BTOmprises a puU-down menu 44 and is 
displayed in the browser toolbar 22 with the intetfinefiontrols (i.e., bit)wser toolbar objects) 24 
provided by the browser 72. In FIG. 3, an interfaocdB»ect 40 comprises an interface object 
toolbar 42 and a pull-dovkoi menu 44 displayed assaqarate window 48 within the browser 
interface 20. In FIG. 4, an interface object 40 ctngpraes an interface toolbar 42 including a 
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plurality of pull-down menus 44 and a search window 4fid^yed within a separate 48 within 
the browser interface 20. An interface object 40, in accudante with the various embodiments of 
the present invention, may comprise virtually any type affiiAnnation and/or functionality 
available via a browser. Thus, by way of non-limiting ean^; an interface object 40 may 
comprise a pull-down menu, a toolbar and a pull-down «eMi textual information (e.g., 
advertisements, coupons, etc.), textual and/or aural infoiBHiim.(e.g., a textual advertisement 
with accompanying sound), textual, aural, and/or graphkatpiimated or not) information, video, 
video and audio, audio, etc. 

(005 1 ] The various embodiments of the inventive iBianet browser interface 20 depicted 

by FIGS. 2-4 are merely illustrative, non-limiting exampfcsrfthe present invention. Variations 
to the depicted browser interfaces 20 may be possible inaEmd^ce with the teachings provided 
herein. 

[0052] Referring next to FIG. 5, a method of comeifi^ an Internet browser interface 20 

is there depicted in accordance with an embodiment of dheiKsent invention^ and designated 
generally as 500. At step 510. an Internet user accesses acc^olling program 120 via an 
Internet web site 130, an ISP 80, or the user's computer » TBe controlling program 120, when 
executed by an Internet user, provides that user with theriffly to thereafter control that user's 
Internet browser interface 20, as discussed in more detafltafaw. The coniroiling program 120, 
at step 520, downloads or creates a library file 74 on the fcsmet. user's computer 50 that 
includes ActiveX control or Plug-in code that define an Btt^ object: Each lime the Internet 
user launches or activates the browser 72, the library file WAopened and a connection is 
automatically established to a predetermined Internet websifc l lO, one that is preferably 
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configured to conMunicate to the Internet user's computoSOj^ActiveX control or Plug-in code 
for the interface o^t, as indicated at steps 530 and m TOeAopen library file 74 essentially 
provides a shell uibin the browser 70 within which the ftnaionality provided by the ActiveX 
control or Plug-innay be added to the browser interface m Ndther the library file 74 nor the 
shell close until the browser 72 is closed. At step 550. an interface object 40 is created that will 
be displayed in theKrowser interface 20; the infonnatiim.aKfe!or functionality of the interface 
object 40 is definrf%the ActiveX control or Plug-in. Inaecordance with the various 
embodiments of Itegresent invention, the interface object «)iremains displayed by the browser 
72 with the browsff inteiface 20, as indicated at step 560, fcr as long as the user continues to surf 
the web, i.e., as loB^as the browser 72 is activated. TIuB„ihe functionality added to the browser 
72 and browser idei&ce 20 in accordance with the prescni myention is not lost as the Internet 
user surfs the wek 

[0053] Thepesent invention provides various embodiinents for controlling the browser 

72 and browser iitfoface 20, described generally above wift reference to FIG. 5, each of which 
will now be desciibedin detail. 

[0054] Refinihg next to FIG. 6 and with continued reference to FIG. 1 0, a description of 

an embodiment of»Biethod of controlling and displayingabrowser 72 and browser interface 20 
in accordance wiikfie present invention, designated genera^ as 600. will now be provided. For 
purposes of FIG. 6aid for the following discussion directotf thereto, a library file 74 has already 
been downloaded «ereated on the Internet user's conqwtei 50; as discussed herein. At step 
610, an Internet usslaunches or activates a browser 72 to mtiate access to the Internet 90. At 
step 620, the libraiyfile 74 is opened and a connection ai«wnatically established to a 
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predetermined content provider, as indicated at step 630. The functionality defined by the 
ActiveX control or Plug-in code of the BIO Library is communicated by the content provides to 
the user's computer 50, (i.e., to the library file 74) to create an interface object 40 which may be 
added to the browser interface 20. The interface object 40 is displayed with the Internet browser 
interface 20, as indicated in step 640. The functionality of the interface object 40, as defined by 
the ActiveX control or Plug-in code, remains with the Internet browser interface 20 as the 
Internet user traverses the Internet 90, regardless of the number or type of Internet sites the user 
visits, and as long as user is accessing the Internet 90 using the browser software program 72. 
When the Internet user moves from one Internet site to another, as indicated at step 650, the 
present invention determines whether the interface object 40 has survived that move; whether it 
is still displayed by the browser 72 in the browser interface 20, as indicated at step 652. If the 
interface object 40 is not displayed in the browser interface 20 (i.e., if it has been removed from 
the browser interface 20 or otherwise terminated), the interface object 40 is redrawn, as indicated 
in step 660. If the interface object 40 has survived a user move from one Internet site to another 
and remains displayed in the browser interface 20, the present invention also determines, at step 
654, if the browser 72 is active; since the interface object 40 is only displayed in the browser 
interface 20 when the browser 72 is operational. If the browser 72 is not activated (if the user is 
no longer surfing the web), the interface object 40 is terminated and the library file 74 is closed, 
as indicated at step 670. If the browser 72 remains active, the present invention continues, at 
step 652, to ensure that the interface object 40 is displayed with the browser interface 20. As the 
Internet user moves between and among Internet sites, the present invention monitors the status 
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of the interface object 40 and ensures that it is displayed by the browser 72 with the browser 
interface 20 as long as the user is traversing the Internet 90. 

[0055] According to the embodiment depicted in FIG. 6, the present invention ensures 

that the interface object 40 is displayed by the browser 72 with the browser interface 20 when the 
Internet user leaves the Internet web site 130 at which the BIO Library initially was called and 
loaded to the user's computer 50. For example, when the user launches or activates the browser 
72, a connection is automatically established to a first, predetermined Internet site 130 that is 
maintained by a first content provider 1 00 and the BIO Library is loaded onto the user's 
computer 50. The functionality provided by the BIO Library js then available to the browser 72 
via a shell created by the library file 74. When the Internet user connects to a second Internet 
site 230 maintained by a second content provider 200, the functionality for the interface object 
40 will continue to be present in the browser interface 20. In this embodiment, the present 
invention prevents the browser 72 or operating system 70 of the computer 50 from disabling the 
functionality of the BIO Library by unloading the library file 74 when the link to the first 
Internet site 130 is terminated. 

[0056] For example, when the browser 72 initially connects to the first Internet site 130, 

that site 130 communicates functional information in the form of ActiveX control software code 
to the Internet user's computer 50 as a BIO Library, which is loaded into the library file 74. If 
the library file 74 is not explicitly instructed by the operating system 70 or the browser 72 to 
close or unload when the connection to the first Internet site 130 is terminated, the library file 74 
will remain loaded, providing the desired functionality for the interface object 40 in the browser 
interface 20, even after the cormection to the first Internet site 130 is closed. Keeping the library 
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file 74 loaded while the totemel user moves between and among various Internet sites enables 
the loading of data, functions and objects outside of the ActiveX control (which is only 
communicated to the Infiemet user 50 by the first Internet site 130) but inside of the library file 
74. As long as the library file 74 remains loaded, any data or objects created in the library file 74 
and outside of the AciheX control will stay loaded and continue to function in the browser 
interface 20. 

[0057] To keep Ae: library file 74 open during surfing, after the browser 72 has 

connected to the first Infiemet site 130, and before that connection is terminated, a global object, 
object A, is created in ft&program heap of the Internet user's computer 50, not the calling 
function heap. Thus, the global object survives the completion of the calling ftinction. The 
global object may be created using the C++ new operator, or by declaring a global object in the 
global declarations. Indtfier case, the global object will survive termination of the connection 
between the browser 72and^lhe first Internet site 130. 

[0058] A global object thus defined remains functional after the ActiveX control 

provided by the first Internet site 130 closes, i.e. after the initial connection to the first Internet 
site 130 is terminated. Ctace the global object has been created, an interface is created using the 
global object. That interface will serve to, for example, remove, replace and/or add functionality 
to the browser 72 and browser interface 20. The interface may be created as part of the global 
object, or by the global i*jject allocating a new interface object 40. For example, the interface 
object 40 may be created by creating, for example, an interface object window 48 within a 
browser window 38 (sec;e;g., FIGS. 3 and 4), and adding it to the browser interface 20 as a child 
window Alternatively, tbc browser interface 20 may be directly modified such as, for example, 
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by adding or modi^g-ahowser toolbar 22 or a browser tooft».objeci 24 in the browser 
interface 20. Yei wnther,aliEmative is to create an object inteifiR toolbar 42 that is separate 
from the browseriicrfacelOj as depicted in FIG. 4. - 

[0059] AdfifenaBfi a pointer is required that is used tocoatrol the browser 72 and to 

instruct the browsnrfeti>«stabIish a connection to a predeteramed Internet site 130, for 
example. That ponief is preferably stored globally so that it isatcessible by any function or 
object in the libraiffite 74 tliBt sends* commands to the browscrM In Microsoft Internet 
Explorer, for exaii,fci,thcWebBrowser. IWebBrowser2, or l^rowserApp object linking 
and embedding ((HE^ intti&ee commands may be used to cnafcdte pointer. Using Microsoft 
Foundation Class (MF€), far example, the pointer may be crealtd using the GelClientSite 
member of the COft£onlid:class to retrieve a pointer from the fist Internet site 130, i.e., the 
Internet site whichfadedte BIO Library; The GetClientSitesorves as die entry point for the 
browser 72 to conramicair with thfe BIO Library. A GetConlaiw. member of the 
lOIeCIientSite clasietUraBifty the previous step may be usedtogpt a pointer to a container for 
the BIO Library. TfeBlOLflirary's container is a container vaftmi which an ActiveX control is 
loaded. An InterartlirowsB interface 20 generally consists ofsw^al parts, including the 
browser toolbars 2Iaid the content window 32. A document o^ct is created by the browser 72 
for every web pageaiJntaiKi user accesses and contains all oTttedata that appears in a 
particular web pagp. The dtaiment object is also the contaiherfe the BIO Library. Thus, a 
document object ni^alisolKiiBferred to as a BIO Library's co^er. 
[0060] A (^Inla&ee member oftheI01eContainer«lass returned by the previous 

step may be used lom a poniter to the IServiceProvider interfia^ which may be used to locate 
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any of the other interfaoeiaaaic presented by the browser 72. Finally, a QueryService member 
of the ISen^iceProviderdbBafflBined by the previous step may be used to get a pointer to the 
IWebBrowserApp, IWeJawMcr; prIWebBrowser2 interface, depending on the specific 
interfaces provided by ikMmm l^ that called- the BIO Library. 

[0061 ] In an alteaMfectnbodimenl, the present invention may be used to modify the 

entire browser window IRlfiiiE entire browser window 30 is modified, as opposed to 
integrating an interface di!jar4» into an existing browser window 38, the entire class for the 
modified browser windo»3iaBiair:be subclassed or, alternatively, the specific browser window 
38 may be subclassed. AfoaiBBrein, the term subclassing a window, also referred to as 
hooking a window, refeisl^^cplacement of an original browser window message handling 
procedure for handling stenges sent to a window, with a user-defined window message 
handling procedure. Forangl^ a window may be subclassed using the Microsoft Foundation 
Class (MFC) C Wnd:SulMii^Knd6w() function. Alternatively, a window may be subclassed 
using the call the Set Winfatfoi^g function (a Microsoft Windows function), with the 
GWL^WNDPROC arguiMffi^Mcrosoft Windows constant). The pointer returned by the 
SetWindowLong functiwAia^i be stored to the original browser window message handling 
procedure for the subclassdmiow; This enables the BIO Library to intercept all messages 
passed to a window 30 orllMlthe BIO Library may interpret commands from interface 
controls 24 including bu»BiP«ius, etc., provided by the browser 72 or from interface objects 
40 that have been added tg^feBIO Library in accordance with the present invention. 
[0062] The user^d&dwndow message handling procedure that the BIO Library 

provides and that replacesitai^roal browser window message handling procedure is referred 
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to herein as the BIO ProceduaL Itsing the BIO Procedure for the browser 72, messages (e.g., 
commands) intended forthe hMHser 72 may be intercepted and modified, or replacement or nev 
messages (e.g., message haniSasfor the interface object 40) may be communicated to the 
browser 72 by the BIO ProcediBe: 

[0063] The present inwsfton also ensures that the interface object 40 has not been 

removed from the browser ii^Ace 20. For example, some Internet browsers 72 redraw the 
entire browser interface 2& wtaaan Internet user accesses a new web site. While the global 
object may still be functional iSawving such Internet movement by the user, the interface object 
40 will be removed from tte hraneF interface 20 and thus, will not be displayed with the 
browser interface 20. To prcwBlifeis from occurring, messages (e.g., commands) from the 
browser 72 to repaint the browanr interface 20 may be intercepted by the BIO Procedure and the 
interface object 40 may be redam immediately after the browser interface 20 is redrawn. 
Alternatively, the presence of ftc mterface object 40 in the browser interface 20 may be 
periodically tested and if not pramt in the browser interface 20, the interface object 40 may be 
redrawn. Such periodic testingafcould preferably occur at intervals of less than approximately 
one second. 

[0064] As an exampfe of tte above-described embodiment (depicted in FIG. 6), an 

ActiveX control is loaded as aiffiD Mbrary and adds menu items (and functionality) to the 
browser interface 20. Tte prcsoBt mvenlion creates an ActiveX control that dynamically creates 
a new global object, objecl A «*iEfi creates a new menu object (which may be an interface 
object 40) with a desired fiinctinality to be added to the browser interface 20. The menu object 
40 may be added to the biowsera«Kface 20 using, for example, the instructions: 
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AfxGetMainWndO -> GelMenuQ ^ AppendMenuQ, where the appended menu of the browser 
interface 20 would include a popup menu that points to the menu object 40. The browser 
interface window would then be subriassed and handle the messages for the menu object 40 
handled by the BIO Procedure and Ihe; messages for the browser interface 20 being passed to the 
message handler for the browser 72. When the Internet user disconnects from the first Internet 
site 130 (e.g., leaves the web page containing the ActiveX control), the ActiveX control will 
close, but the global object, i.e., object A, will remain in the program heap and continue to 
provide the desired functionality to Ifce browser interface 20. 

[0065] Instead of subclassing ffie browser window within which the interface object 40 is 

added, object A, or one of its descendfeints, may retain ownership of the interface object 40. 
Thcttj a message handler for the intcifece object 40 may be created. For example, an interface 
object 40 may be added to a browser fdolbar 22 in accordance with the above-described 
embodiment of the present invention, except that ownership of the interface object 40 is set using 
the Microsoft Foundation Class SetOwner function to be object A or one of it's descendants. 
[0066] With reference next lo FIG. 7 and continued reference to FIG. 10, a description of 

an alternate embodiment of a method of control ling and displaying a browser interface 20 in 
accordance with the present invention^ designated generally as 700, will now be provided. For 
purposes of FIG. 7 and for the followng discussion directed thereto, a library file 74 has already 
been created on the Internet user's computer 50, as described herein. At step 710, an Internet 
user launches or activates a browser 72' to access the Internet 90. At step 720, the library file 74 
is opened on the user's computer 50,aDid a connection is automatically established to a 
predetemiined Internet site 130, as indkated at step 730. At step 740, the functionality defined 
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by the ActiveX control or Plug-in code of the BIO Library is communicated by the content 
provider to the user's computer 50 (i.e., to the library file 74) to create an interface object 40 
which may be displayed in the browser interface 20 using a continuous loop to control the 
display of the interface object 40. The interface object 40 may only be removed (i.e., its 
functionality terminated) upon termination of the continuous loop. The functionality of the 
interface object 40, as defined by the ActiveX control or Plug-in code, remains with the Internet 
browser interface 20 as the Internet user Uaverses the Internet 90, regardless of the number or 
type of Internet web sites the user visits, and as long as the browser 72 remains activated and as 
long as the Internet user is accessing the Internet using that browser software program. When 
the Internet user moves from one web site to another, as indicated at step 750, the present 
invention determines whether the interface object 40 has survived that move, i.e., whether it is 
still displayed in the browser interface 20, as indicated at step 752. If the interface object 40 is 
not displayed by the browser 72 in the browser interface 20 (i.e., it has been removed from the 
browser interface 20 or otherwise terminated), the interface object 40 is redrawn, as indicated in 
step 760. If the interface object 40 has survived a user move from one web site to another and 
remains displayed in the browser interface 20, the present invention also determines, at step 754, 
if the browser 72 is active; since the interface object 40 is only displayed by the browser 72 in 
the browser interface 20 when the browser 72 is operational. If the browser 72 is not activated, 
the interface object 40 is terminated and the library file 74 is closed, as indicated at step 770. If 
the browser 72 remains active, the present invention determined, at step 756, whether the 
continuous loop has been terminated. If the loop has been terminated, the interface object 40 is 
also terminated, as indicated at step 770. If the loop is still executing, the present invention 
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determines whether the interface dtRCt 40 is still displayed in the browser interface 20, as 
indicated at step 752. 

[0067] The embodiment rf^ present invention depicted in FIG. 7 prevents an ActiveX 

control from unloading by freeza^e operation of the library file 74 (within which the ActiveX 
control code is loaded), even if thr^eratirig system 70 or browser 72 generate an instruction to 
unload or terminate the library fifem Because the library file 74 is frozen and never finishes 
unloading, all of the data, functioBsnd objects created inside of the library file 74 by the 
ActiveX control will continue tooiftand function after the library file 74 has been instructed to 
unload. 

[0068] In some operating ^ms 70 and/or browsers 72, the BIO Library will be closed 

when the ActiveX control is no lo^gp- present at an Internet site. This can also occur when the 
Internet user moves from an Into^site having the ActiveX control, e.g., Internet site 130 in 
FIG. 10, to another Internet site dtfiioes not, e.g., Internet site 230 in FIG. 10. To enable the 
interface object 40 to continue toqaate in the absence of the ActiveX control, the BIO Library 
(and the library file 74) must be pwanted from closing. 

[0069] To accomplish thisycffointer is created that is used to control the browser 72. 

That pointer is preferably stored ^Saily so that it is accessible by any ftanction or object in the 
library file 74 that may need to scrffisommands to the browser 72. In Microsoft Internet 
Explorer, for example, the I WebBteer, IWebBrowser2, or I WebBrowserApp OLE Interface 
commands may be used to create Ifcfointer. To do this using Microsoft Foundation Class, the 
GetClientSite member of the COkCtotroI class (which may be used to communicate with the 
BIO Library) may be used to retiif«a pointer to the BIO Library's Internet site, i.e. that Internet 
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site that provides the ActiveX contn* AffiContainer member of the lOIeClientSite class 
returned by the previous step may beniabget a pointer to the BIO Library's container. A 
Queiylnterface member of the lOleOMineiass returned by the previous step may be used to 
get a pointer to the IServiceProvideri«fc The IServiceProvider interface is used to easily 
find any of the other interfaces that aspBDiled by the browser 72. A QueryService member of 
the IServiceProvider class returned iirif^vious step may be used to get a pointer to the 
1 WebBrowserApp, I WebBrowser, arIlSi&9wser2 interface depending on the interfaces 
presented by the version of the bro^aerHatt called the BIO Library. 
[0070] To prevent the libiaiy ft»mi closing, its operation is halted before it is able 

toterminate. To freeze or halt the opoawrfthe library .file 74, a continuo^ 
may be created and executed that tai»m^ when the BIO Library is to be unloaded, at 
which time, the program loop alsopu^sikmessage queue The program loop is referred to 

using for example, the PeekMessage, 
isage commands in a loop. Exemplary C++ 
below: 



herein as a message pump, and may 
GetMessage, TrahslateMessage and 
code to carry out the message pump is, 



while (m_Continue) 
{ 

if(Pe 
{ 



T 
Di 



NULL, 0,O, PM_NOREMOVE) != 0) 

;, NULL, 0, 0); 
&msg ); 
If &msg ); 



where m_Continue is a Boolean vaiififefet is used to instruct the loop when to stop, and 
PeekMessage, GetMessage, TransbteSiaB^ and DispatchMessage are all Windows functions. 
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If m_Continue equals false, the loop will end, thus ending the message pump. The msg 
argument is a refereince to a Windows MSG structure. 

(007 1 ] The way the message pump preferably operates is that it checks to see if there are 

any messages waiting in the message queue using the PeekMessage function. If there is a 
message, the message pump grabs the message from the message queue using the GetMessage 
function and translates it from a virtual-key message into a character message using the 
TranslateMessage function. Finally, the message pump sends the message to the original 

window message handling procedure that is due to receive the message using the 
DispatchMessage fiinction. 

[0072] The built in capabilities of an operating system 70 may be also used to construct a 

message pump to pump the message queue. For example, a modal dialog box or message box. 
using a command such as the MFC command CWnd::MessageBox("my modal", MB_OK), 
serves this purpose well and may be used to provided the desired freezing or halting of the 
operation of the library file 74. 

[0073] As long as the message pump is executing a continuous loop, the ActiveX control 

will not terminate, even when the Internet user accesses other Internet sites. 
[0074] The embodiment of the present invention depicted by FIG. 7 performs in the same 

manner (e.g.. subclassing, message handling, etc.) as the above-described embodiment of FIG. 6. 
[0075] For both of the above-described embodiments (of FIGS. 6 and 7), it is preferable, 

although not necessary, to provide an exit function for the interface object 40 so that object A 
and all of its descendants will be closed. Possible exemplary scenarios for calling an exit 
function include intercepting the message to close the browser window in the BIO Procedure, or 
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periodically looking for the browser window and. if it is not found, terminating the ActiveX 
control. 

[0076] ReferringnexttoFIG.g.yetanotherembodimentofthemethodofthepresent 
invention is depicted and designated generally as 800. For purposes of FIG. 8 and for the 
following discussion directed thereto, a library file 74 has already been created on the Intempt 
user's computer 50, as described herein. At step 810, an Internet user launches or activates a 
browser 72 to access the Internet 90. At step 820, the library file 74 is opened on the user's 
computer 50 and a connection is automatically established to a predetermined Internet site 130 
(see. e.g., FIG. 10), as indicated at step 830. At step 832, a new browser interface is created that 
is a duplicate of the initial browser interface provided by the browser 72. At step 840, a Function 
Window is created that represents the original browser interface within which the functionality 
of the Plug-in was initially loaded. 

[0077] The steps for creating a Function Window in accordance with this embodiment of 

the presem invention are depicted in FIG. 8A and designated generally as 840. At step 842. the 
handle for the initial browser interface window is identified. The initial browser interface 
window, now the Function Window, is hidden and/or disabled at step 844 so that it cannot be 
closed, which would cause the BIO Library to crash. At step 846, a pointer is created that is used 
to control the browser 72. Finally, a new browser interface window is created at step 848 that 
may be used by the Internet user to continiie traversing the Internet. 

[0078] With reference again to FIG. 8, and beginning at step 850, the browser interface 

may now be controlled by first subclassing any browser windows, or any windows used by the 
browser, that are to be controlled, and then adding, deleting, and/or modifying the window(s) as 
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described in more detail below. The origBdiraneF window message handling procsfiiEe is 
replaced with a BIO Procedure (as defioBiaABi^^ At step 860, the present inventioB<faermines 
whether any new browser windows haveiiaBiqpKd^ i.e., windows that may not alna%;be 
subclassed or that may not have been cnrtrifci&xcordance with the present invenfioo.' If new 
windows have been opened, the present «a*mdctcrmines, at step 870, whether theitterface 
object 40 is to be added to those new wioim. ffiaot^ the invention determines wh^Kthe 
Internet user desires to close the browser^iKiBicated at step 880. If so, the inveflfioD closes, 
at step 890, all browser windows, inclu<^tBRBEtibn Window. If the user does naldesire to 
close the browser 72, as determined at sftjpOB^AB invention returns to step 860 andapbi 
determines if new browser windows hawiEcnqBCoed^ 

[0079] With continued referencciBHHRli^8A and 10, the above-described 

embodiment of the present invention wiffmie^iscussed in more detail. When an ikdveX^ 
control is loaded by a content provider IWvnaiiileniet site 130; typically in respo«etti.a 
browser 72 establishing a connection to inlwijite 130 and calling an ActiveX coitel^a 
library file 74 located on the user's compftisaBBBed to open creating a shell within 
browser 72 within which the code for the jyohadtcontrol may be loaded. If the libra^ffle 74. 
that contains the ActiveX control is expHrtfyiniDBCted, by the operating system 70 
browser 72, to unload or close when theAaffiniBQraiFoI is closed (when the user ten«l6s the 
connection to the Internet site 1 30), any dtfi^fi^ins or objects that have been creafc4<mtside 
of the ActiveX control but in the library fifeWirfl fie destroyed when the library file b 74 
unloaded. To prevent the library file 74 fioB^fafing, the browser 72 is prevented fara 
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closing the ActiveX control until instructed. iE^tiie ActiveX control is never instructed to close, 
the library file 74 is never unloaded. 

[0080] A preferred method of acconifEiiBg this is to hide and/or disable the initial 

browser interface window that loaded the Attidifcontrol and to create a new copy of that same 
window within which the Internet user may ca^oe to work and traverse the Internet. Because 
the initial browser interface is preferably hidftaand/or disabled, the ActiveX control cannot be 
closed until the library file 74 shows, enablesactoses the initial browser interface window, i.e. 
the window that loaded the library file 74. 

[008 1 ] The above-described method ^RSE S preferably loads the BIO Library as a 

standard ActiveX control in a browser 74, usDg,fe example, the <Object> tag typically 
contained in a web page 130 or as a Band 01pE|,aiid as described in the Microsoft Internet 
Explorer 4.x Software Development Kit. Thisnsttucts the browser 72 to initialize and run the 
library file 74 that contains the code for BlOISniS: 

[0082] The first time the BIO LibrarysiiBialized and called, a Function Window is 

created that keeps the BIO Library open by kegiag a session with the ActiveX control itself 
open while the Internet user visits other Intei«l«^isites 210, i.e., other web pages. The 
Function Window also makes it possible for hBi^^> windows that do not have a copy of the 
BIO Library open to access the OLE interfaocsnAe browser 72^ 

[0083] To create the Function Windov^iie initial browser interface window (i.e., that 

window which loaded the BIO Library) is prciaaH^ hidden and/or disabled. This may be 
accomplished by identifying the handle of theifiifibrov\rser interface window, beginning with 
the handle of the BIO Library. To retrieve thciiiitf browser interface window handle from the 
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handle of the BIO Library, the GetParent funclioA#lfiiKl6ws Function) is continuously called 
until the present value for that function call re|ffeses«« level below the desktop window. For 
example, a statement such as "m^Handle = GetPaHii|iDLMandle)" executed in a loop may 
provide the desired functionality and result, wheceflciilQe of m_Handle is initially equal to the 
value for the handle of the BIO Library, and will eiofli^y return the handle to the initial 
browser interface window. 

[0084] The next step is to hide and/or disalfefcinitial browser interface window, now 

referred to as the Function Window, so that the ItmnttB^r cannot close the Function Window 
(by closing the browser 72, for example), thereby cam^ the BIO Library to unload and 
removing the functionality provided by the BIO Lataq^ftbm the browser interface 20. To hide 
the initial browser interface window from the useraafodiisable that browser window from 
user-driven events, WM_SHOW WINDOW and/ormvENABLE messages (both Windows 
constants) may be sent to the initial browser intei&rivEKlidw with values to hide and/or disable 
the browser window. For example, the PostMessa^SendMessage function (existing 
Windows functions) may be used to send a messagcl&Ae.iniual browser interface window with 
the browser window handle. Alternatively, the ShnASndbw and Enable Window functions 
(existing Windows functions) may be used to aducisiflrsame result. 
[0085] A pointer is created to control the This pointer is preferably stored 

globally so that it is accessible by any function or dpitii the library file 74 that sends 
conrunands to the browser 72. In Microsoft IntondB^lKer for example, the I WebBrowser, 
I WebBrowser2, or IWebBrowserApp OLE inteifaoMqrbe used to create the pointer. To do 
this using Microsoft Foundation Class for example. Ae€it6lientSite member of the 
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COIecohtroI class that serves as the entry point for the browser 72 may be used to communicate 
with the BIO Library, and to retrieve a pointer to the BIO Library's Internet site, i.e., that 
Internet site 1 30 that loaded the ActiveX control. A GetContainer member of the lOleCIientSite 
class returned by the previous step may be used to get a pointer to the BIO Library's container. 
A Querylnlerface member of the lOleContainer class returned by the previous step may be used 
to get a pointer to the IServiceProvider interface; with the IServiceProvider interface preferably 
being used to find any of the other interfaces that are presented by the browser 72. A 
Query Service member of the IServiceProvider class by in the previous step may be used to gel a 
pointer to the I WebBrowser App, IWebBrowser, or IWebBrowser2 interface depending on the 
interfaces presented by the version of the browser 72 that called the BIO Library. 
[0086] Finally, a new browser window is created that the Internet user may use to 

continue surfing the web, i.e., to continue accessing various different Internet sites, since the 
browser window previously used to create the Function Window has been hidden and/or 
disabled. Preferably, any of the IWebBrowser, lWebBrowser2, or IWebBrowserApp OLE 
interface is used to create a new browser window, for example, using the Navigate or Navigate2 
members of that OLE interface. Alternatively, a WM^COMMAND message that con-esponds to 
any command the browser 72 might use to open a new browser window such as a New Window 
command or Open In New Window command, etc., may be sent to the browser 72. A new 
window may also be opened using the Dynamic Data Exchange (DDE) support provided by the 
browser 72. 

[0087] The BIO Library must now add/delete/modify, i.e., control, various browser 

interface features and functionality. The first step is to subclass any of the browser windows or 
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any of the windows the browser uses (i.e., children) that are to be controlled in accordance with 
the present invention. A BIO window message handling procedure is used to replace the original 
window message handling procedure, and is hereinafter referred to as the BIO Procedure. 
[0088] Once the browser window, or any of it's children, have been subclassed, it is 

possible to add menus to a subclass by retrieving a pointer to the browser window menu using 
the GetMenu function. Once the pointer to the menu's handle is obtained, the menu functions 
such as ModifyMenu, AppendMenu, InsertMenu, etc., may be used to add any desired menus to 
the browser window. Any commands assigned to a menu must be handled by the BIO Procedure 
used to subclass the BIO window. The same command identifier must not be used in creating a 
menu as any that are included in the browser. 

[0089] An interface object toolbar 42 may be added to the browser interface 20 by 

retrieving the handle of the window to which the toolbar 42 is to be added to (hereinafter referred 
to as the Frame Handle) using standard Windows functions. Typically, the window will be the 
BIO window or a frame window that is a child of the BIO window. A window is then created 
using the Frame Handle as its parent. For example, to add a dialog bar (which is a form of a 
toolbar) as an interface object 40, an object derived from or of a type CDialogBar (a Microsoft 
Foundation Class) is created and it's Create method called using Frame Handle. If resources 
such as, for example, images, toolbars, dialogs, etc., are being used and the browser 72 does not 
share the same resources as the BIO Library, the browser's resources are temporarily replaced 
with the BIO Library resources before any data may be loaded from the BIO Library resource. 
The BIO Library resources may then be replaced with the browser's original resources. 
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[0090] As new browser windows are opened^ it may be desirable to add interface 

object(s) 40 to those new windows. A timer may be created using SetTimer Windows function 
that would call a user-defined function and that fundion would use the FindWindowEx function 
(a Windows function) to check every child of the de^dp window for a window with the same 
class name as the Function Window. For those browser windows that have not already been 
modified, i.e., that do not have the interface object «ithe necessary handles may be retrieved 
and the same changes made as were made for the original BIO Window. 
[009 1 ] Finally, when the Internet user desires to closc the browser 72, it must be 

determined if all of the browser windows are closed, except the Function Window, and the 
Function Window must also be closed if all other browser windows are closed. This may be 
accomplished by listening for a WM_CLOSE message (a Windows constant) in the BIO 
message handling procedure or by setting a timer thai periodically determines how many 
browser windows are open. To close the original Fimelion Window^ a WM_CLOSE message 
may be sent to that window. 

[0092] Referring next to FIG. 9, another alternative embodiment of a method of 

controlling and displaying an Internet browser interfiac 20 in accordance with the present 
invention is depicted and generally designated as 900L 

[0093] Steps 910, 920, and 930 are essentially the same as described above for the 

embodiments of FIGS. 6-8. At step 940, a new brOMSR? interface window is created and the 
initial browser interface window is hidden and/or dis*ted, and referred to as a Function 
Window. The Plug-in identifies the handle for the imSial browser interface window, hides and/or 
disables that window, and creates a new browser intafee window that may be used by the 
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Internet user. At step 950, all the browser windows are aaifelassed, and then the browser 
interface may be controlled, as indicated at step 960, for*open windows. At step 962, the 
present invention determines if any new browser windoTOlkave been opened, in which case the 
invention returns to step 960. In no new browser interfaoc^ndows have been opened, step 962 
proceeds to step 964 to determine if the Internet user desms to close the browser. All windows 
must be closed prior to closing the Function Window, anMat is determined at step 966. If all 
windows are closed, the Function Window is closed, asirifeated at step 970. Otherwise, step 
966 returns to step 964. 

[0094] In yet another alternative embodiment of fcpresent invention, the present 

invention provides a method of controlling an Internet Innser interface using a browser Plug-in 
to control (i.e., add, remove and/or modify) the functiomafy of the calling browser 72 and to 
retain the Plug-in functionality after the user leaves the faamiet site 130 that loaded the Plug-in. 
[0095] When a browser Plug-in is loaded to an tatoet user's computer 50 in response to 

a browser 72 establishing a connection to an Internet sile@D and calling the Plug-in, a library 
file 74 establishes a shell within the browser 72 and wiAiiwhich the code for the Plug-in may 
be loaded. If the library file 74 is explicitly instructed bg^ operating system 70 or the browser 
72 to unload when the Plug-in is closed, any data, functiasor objects that have been created 
outside of the Plug-in but in the library file 74, will be deSloyed when the library file 74 is 
unloaded. To prevent the library file 74 from unloading,iir=browser 72 is prevented from 
closing the Plug-in until the browser 72 receives an instraafiion to close the Plug-in. If the Plug- 
in is never instructed to close, the library file 74 also is i«r instructed to unload. This may be 
accomplished by hiding and/or disabling the initial browwwindow that loaded the Plug-in and 
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by creating a newiopy of that same window for the Internet user to continue to use to access and 
traverse the Intend. Because the initial browser window is preferably hidden and/or disabled, 
the Plug-in can nrtfee closed until the library file 74 chooses to show, enable or close the initial 
browser windowiit loaded the Plug-in. 

[00961 FoEexample, a browser Plug-in is loaded as a standard Plug-in in a browser 72, 

preferably by usi^the <Embed> tag in a web page 1 10 (see e.g., FIG. 10), which instructs the 
browser 72 to inififize and load the library file 74 that contains the code for the Plug-in (i.e., the 
BIO Library). 

[0097] TiKffirst time the BIO Library is initialized and called, a Function Window is 

created by hidingsH&'or disabling the original browser window, thus preventing the BIO Library 
from unloading bylteeping a session with the Plug-in itself open. The Function Window also 
makes it possible fitbrowser windows that do not have a copy of the BIO Library open to access 
built-in ApplicatimFrogramming Interfaces (APIs) for Plug-ins (i.e., fimctionality made 
available to the Iidteet user through the browser interface 20 and via the Plug-in functionality), 
such as those prorated with Netscape Navigator and Microsoft Internet Explorer. 
[0098] A ivction Window is preferably created by disabling or hiding the initial 

browser window Citwhich the Plugrin resides) the first time the Plug-in is called by the browser 
72. To do this thel&g-in must first identify the handle of the initial browser window. A 
window member ffliiBe NPWindow structure is passed to the BIO Library from the browser 72 
as a second argurani to the NPP_SetWindow Function and is the handle to the Plug-in window 
(NPWindow and H»/.Set Window are part of the Netscape and Internet Explorer API for Plug- 
Ins). To retrieve fcmitial browser window handle from this window member, the GetParent 
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function (a WindowftaKiiion) is continuously called until the present value for that function call 
represents one level Bdbw: the desktop window. For example, a statement such as "m_Handle - 
GetParent{m_HancBBp executed in a loop may provide the desired functionality and result, 
where the value of mjtandle is initially equal to the value for the liandle of the NPWindow 
structure, and will eimsialiy return the handle for the initial browser window. 
[0099] The rait browser window is then hidden and/or disabled so that the Internet user 

carmot close the FiflsiBB Window and cause the BIO Library to crash^ To hide the initial 
browser window frosde user and/or disable that window from user-driven events, 
WM^SHOWWINDW and/or WM^ENABLE messages (both Windows constants) may be sent 
to the initial browsawdow with values to hide and/or disable that browser window. This can 
be accomplished by.feexample, using the PostMessage or SendMessage function (Windows 
functions) to send aiKsssge to the initial browser window using Ibe browser window handle. 
Alternatively, the SMWindbw and Enable Window functions (Windows functions) may be 
used to achieve the sne iesuItS; 

[00 1 00] The fisrislep is to create a new browser window that the Internet user can use to 
continue surfing the^tbafter the initial browser window has been hidden and/or disabled. This 
may be accomplishei|fia example, by calling any of the following Netscape and Internet 
Explorer Plug-in AHinctions: NPN;_.GetURL, NPN^PostURL, NPN_GetURLNotify, 
NPN_PostURLNoti%^ wiih the target parameter set to _new, _blank, or any window name that 
does not already exisi Ite NPP argument of the above functions is the NPP structure that was 
provided by the brow 12 to the Plug-in for the Function Window. Another way of doing this 
is to send a WM^COIMAND message to the browser 72 that corresponds to any command the 
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browser 72 might use toqua new window such as a New Window command or Open In New 
Window command, for ennqple. A new window may also be opened using the Dynamic Data 
Exchange (DDE) Suppratfrawded by the browser. NPN_GetURL, NPN^PoslURL, 
NPN^GetURLNotify, NliiaistURLNotify and the NPP structure are part of the Netscape and 
Internet Explorer API forHiBTlns and the WM^COMMAND is a Windows constant. 
[00 1 01 ] The BIO lififfi may now control, i.e., add/delete/modify, features and 
functionality of the browmS The first step is to subclass any of the browser windows or any 
of the windows the browsffvMB (collectiyely, BIO windows) that are to be controlled in 
accordance with the prescriAnnention. 

[00102] After the bwwr window or any of it's children has been subclassed, menus may 
be added to the browser BftEfire 20 by retrieving a pointer to the browser window menu using 
the GetMenu function (a IM^ws function). Once the pointer to the menu's handle is obtained, 
the menu functions suchasMidifyMenu, AppendMenu, InsertMenu, etc. (Windows functions), 
may be used to add any dcsoimenus to the browser window. Any commands assigned to a 
menu must be handled by fcffi© message handling procedure used to subclass the BIO 
window, taking care not traacAe same command identifier in creating a menu as any included 
in the browser 72. 

[001 03] Altemativ%«additionaIly, an interface object toolbar 42 may be added to the 
browser interface 20 by tetomg the handle of the window to which the toolbar 42 is to be 
added (hereinafter refeiredlMSlhe Frame Handle) using standard windows functions 
typically the window wilt fedic BIO window or a frame window that is a child of the BIO 
window. A window is thiw»ited' using the Frame Handle as its parent. For example, to add a 
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dialog bar (which is a form of a toolbar) as an interface object 40, an object derived from or of 
type CDialogBar (a Microsoft Foundation Class) may be created and it's Create method called 
using the Frame Handle. If resources such as, for example, images, toolbars, dialogs, etc., are 
being used and the browser 72 does not share the same resources as the BIO Library, the 
browser's resources are temporarily replaced with the BIO Library resources before any data 
from the BIO Library resource may be loaded. The BIO Library resources may then be replaced 
with the browser's original resources. 

[00 1 04] As new browser windows are opened, the interface object 40 may be added to 
those new windows. This may be accomplished by creating a timer using SetTimer (a Windows 
function) that would call a user-defined function that would use the FindWindowEx function (a 
Windows function) to check every child of the desktop window for a window with the same 
class name as the Function Window. For those new windows that do not already have the 
modified interface, i.e., that do not include the interface object 40, the necessary handles are 
retrieved and the same changes made to those windows as were made to the original BIO 
window. 

[001 05] Finally, when the Internet user wishes to close the browser 72, it must be 
determined if all of the browser windows are closed except the Function Window, and if they 
are, the Function Window may be closed. This may be accomplished, for example, by listening 
for a WM^CLOSE message (a Windows constant) in the BIO window message handling 
procedure or by setting a timer that periodically checks the number of open browser windows. 
The original Function Window may be closed by sending it a WM_CLOSE message. 
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[00106] In accordancejA.fe present invention, a BIO Library^., a Plug-in) may be 
loaded and its functionality pBriadt in the browser interface 20, autdmitoGally, i.e., without 
requiring the user to positivefyacECSs a particular Internet site, i.e., to suif to a web page that 
calls the Plug-in. For exaniffe^JielKap^ has a key in its windows regisiq' ide^^^^^ 
Automation Startup. Upon asfiralkRii Netscape loads all of the OLE cana-ols that are listed in 
the Automation Startup key. B^piKing a reference or a call to the libiajr file 74' (and thus to 
BIO Library and Plug-in thrtftiitts an interface object 40) in the Automation Startup key, the 
library file may be loaded evs^tfaKa user launches or activates a Netscaq^e browser. Included 
in that library file 74 may beBBteiKfions to create an instance of the intceEace object 40 in the 
browser interface 20 and an ■fiBtecfkn for the browser 72 to establish aconnection to a 
predetermined Internet site UBL Wsmg this techniique, a user does not lave to choose to visit a 
specific Internet site 1 30 to IbbIs BK> Library. The library file 74 neeib to be kept open at least 
until the Plug-in may be loaMWm die browser 72 for display and access to the browser 
interface 20. One way to do 4bb to increment a reference counter associated with the library 
file 74 so that when Netscaperfoadthe OLE controls listed in the Automation Startup key, the 
library file 74 will not be urinisltecause it has a higher reference niuriier. 
[00107] The library fifeMnaj^^be loaded as a Plug-in using DDEto periodically look for 
a Netscape DDE Server usiogaliflMr or a loop. When a return is receiwsdi'by the browser 72 
from the Netscape DDE serva^Bfttscape is ready to receive commands and may be loaded with 
the Plug-in. DDE may then bcaedlD send a command, such as WWWJDPENURL, to the 
browser 72, which will causiiEnqg^in to load as discussed herein. 
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[001 08] Another methotf'for hiding the Netscape Plug-in window that is used for BIO 
Library is to remove it from lie task bar (i.e., where the Windows "Start" button is located) and 
place it off of the visible sciocn- One way to remove it from the Task Bar is to call 
SetWindowLong and changc lfte window style of the Plug-in window to a toolbox window. 
Toolbox window's do not aniear in the task bar. The Netscape Plug-in window may be placed 
offscreen by calling MoveWSidow and providing coordinates that are not in the visible range for 
the users desktop. 

[00 1 09] The BIO wimtow message handling procedure that is used to replace the original 
browser message handling proeedure must know which window a message is intended to reach 
and what to do with a messagp:once the BIO window message handling procedure receives that 
message. A preferred way Uidb this is to create a map that links one piece of information to 
another. For the present invcssion, a map that links window handles to structures that contain 
important information to thai window is preferably used. For example when the BIO Library 
adds the interface object 40 ts a new browser window, a new entry in the map is created that 
links the BIO window's hanfcto a structure that contains information useful for that BIO 
window. One of the pieces rfihformation contained in the structure would preferably be the 
browser's original window message handling procedure for the BIO window. It is necessary to 
maintain the browser's originrii window message handling procedure so that if the BIO window 
message handling procedure dbes not know how to handle a message, it can pass the message to 
the browser's original window message handling procedure. 

(001 10] When a mess^ iis received by the BIO window message handling procedure, the 
first argument that is passed tothe procedure is the handle of the window that received the 
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message. To retrieve the stnicfuic*tf amtains all of the data specific to that window, a lookup 
in the map is performed using thc«addmr handle as a key. The returned structure will contain 
all of the stored window specific oftaobon, such as the original window message handling 
procedure. 

[001 11] When controlling iEliiD«er interface 20, i.e., adding to, removing from or 
modifying the browser interface, kpesent invention changes how the browser 72 works 
Almost anything an Internet usercadbwith a browser works by sending a message to a 
browser's window or child windm Opcts or windows that send messages include the menus, 
buttons, combo boxes and almost iii]|iii|j>;elsc with which the Internet user can directly interact, 
i.e., interface controls. Messagesfccaii^le can be broken up into four components: 1) the 
handle of the window intended to ■nwetfie message; 2) the msg value of the message; 3) a 
wParam, whose use is usually dtpaiMm the msg value; and 4) an IParam, whose value is 
also usually dependent on the vdsjfflroisg value; 

[001 12] For example, cficksgaiatiitton in a browser's window might send a message 
that contains the WM_COMMAMI^^iiai^is a Windows constant, msg value to a browser 
window's window message hand&eiHRdure. The lower two bytes of the wParam variable in 
that message would then be a nunisiAtf is used to identify which button was pressed. 
[00 1 1 3] By subclassing a famaBSi window or child window, as described above, any 
messages that are sent when a useriUft with any of the interface controls may be 
intercepted. Once a message is intaqtt^ the BIO window message handling procedure can 
interpret it and react to it. If thefiigftwlffy of the interface control is to remain the same (i.e., 
not added to, deleted from, or modSof^ilie present invention), the message may be passed 
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back to the original window message handling procedure. In this way, virtually all of the 
interface controls that exist in the browser 72 may be controlled. In addition, interface controls 
may be added to the browser interface 20 and assigned command identifiers (which are passed in 
the wParam). The BIO window message handling procedure can then interpret the wParam and 
provide the functionality of the Interface control that is to be added. In addition, functionality 
may be removed by simply having the inventive window procedure do nothing if it receives a 
command identifier associated with an interface control that is to be removed from the browser. 
That command may thus be prevented from passing to the browser window's original message 
handling procedure. 

[001 14] Using the various embodiment of the present invention, as discussed in detail 
above, an Internet user may create a browser interface 20 having user-defined interface controls. 
Then, by setting the parent of the window for that browser interface 20 to a window that has 
been subclassed, any message from the new (i.e., controlled) window will be handled in the BIO 
window message handling procedure. This can be used to add any interface object 40 such as a 
toolbar, dialogbar, floating dialog etc., to ihe browser interface 20. 

(00 115] The following illustrative, non-limiting application examples are provided to 
further describe the present invention. A Plug-in or ActiveX control that stays persistent as an 
Internet user traverses the Internet may add an interface object 40 to the browser interface 20 that 
enables a user to download their "bookraaiks" or "favorites" from a database located on the 
Internet. The interface vn\l be added directly into the browser interface and will allow the user to 
visit the ^'bookmarks" or "favorites" Jinks that they downloaded, using the interface object 40 
provided by the Plug-in or ActiveX control. This interface object 40 will serve a similar ftinction 
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to the current "favorites" or "bookmarks" menu items and toolbars on existing browsers. The 
beneficial difference is that since the bookmarks will be downloaded from a database on the 
Internet, users have access to their bookmarks on any computer's browser that is capable of 
loading the Plug-in or ActiveX control. 

(001 1 6] The present invention may also be used to generate revenue based on placing 
advertising "links" included in the "favorites" or "bookmarks" on the browser interface 20 via 
the Plug-in or ActiveX control. Consumer targeting could be based on. for example, information 
stored in databases, such as name, age, sex, income, race, education and geographic location, and 
preferences such as favorites and bookmarks or other preferences that are stored oh the database 
or exist on the browser 72. 

[001 1 7] A Plug-in or ActiveX control that stays persistent as the user traverses the Internet 
may be used to add an interface object 40 to the browser interface 20 that permits a user to 
download their "address book" from of a database located on the Internet. Such an interface 
object 40 may be added directly into the interface of the browser interface 20 and will allow the 
user to send e-mail as well as retrieve stored information for contacts listed in their "address 
book". 

[00 118] The present invention may also be used to earn revenue based on placing 
advertising "links" included in the "address book" on an interface object 40 of the Plug-in or 
ActiveX control. Consumer targeting could be based for example on information stored in 
databases, such as name, age, sex, income, race, education and geographic location, and 
preferences such as favorites and bookmarks or other preferences that are stored on the database 
or exist on the browser. 
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[001 1 9] The present invention aiqnise a Plug-in or ActiveX control to add an edit box on 
the browser interface 20 that allows anoriD type a search directly into the browser instead of 
having to visit a web page that allovv5*caa3r to search. 

[00120] Additionally, the Plu&iMrActiveX control that stays persistent may poll, or 
periodically seek - at user, web site«p^am selected intervals - information from a preferred 
web site, even though the user is surfigadJfferent web site. As the preferred web site is polled, 
the preferred web site can send updatoflitformation to the interface object on the user's browser, 
such as near real-time notification offcjBeeipt of mail, continuous updating of stock prices, or 
other time sensitive information, sucha^flfc exampte, news feed headlines, sports scores for 
selected favorite sports teams, and theife. The preferred web site can control, if desired, the 
timing of the polling, so as to control fca^ic at the preferred web site during peak usage 
periods by extending the time interval Iflteeen polls. 

[00121] Since the shell createdl|^ library file, as described herein, is an environment 
within which applications can be run,CHitfbrmation displayed, any information or program can 
be added to the interface of the browscrroig the present invention. The shell is independent of 
the browser interface, the content of tteflrawser, and even the content of the shell itself In 
short, the shell is an adaptable piece oTifalionality that does not, in the extreme, even need to 
be visible to the user. Thus, in use, thcaHfiean be empty and receive its contents from a web 
site, or the shell could get Plug-ins, orifaiell could even get new library files and learn to 
parse new information "on the fly" as fcsflfill receives new contents from a web site or user. 
Thus the present invention provides sipiiBnt opportunities to direct desired information from a 
preferred site to the user even as the ismiBls other sites. Of course, the more user-specific 
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functionality provided by a web site via thccustomizable interface of the present invention, the 
greater user loyalty that web site can engesfer: 

[00122] In another embodiment of ttepresent invention, and with reference now to FIGS. 
1 1 - 1 7, a shopping assistant button may besUied to a toolbar of the Internet browser interface to 
facilitate on-line shopping at a supported iwfchant web site. Functionality of this embodiment, 
including defining the shopping assistant htfton, is provided by computer code transmitted from 
a server and stored on the user's computer. tBe computer code monitors the Internet navigation 
of the Internet browser to detemiine if the tniwser is at a supported merchant web site, provides 
an indicator for the shopping assistant butim when the Internet browser is at a supported 
merchant web site, and fills out a supportefliaerchant check-out web page. 
[001 23] As user herein, the term "o&ftie. shopping" refers to the process by which a user 
of an Internet browser my purchase merchasi^e and/or services over the Internet using a 
computer. An on-line merchant (e.g., a seta of merchandise and/or services over the Internet) 
may provide a web site hosted by a merchartiserver via which a user may access one or more 
web pages using an Internet browser. VariMmerchandise and/or services may be offered for 
sale by the merchant via the one or more Msdfcpages. A shopper may view the merchandise, 
description of the services, select various nanuhandise and/or services for placement into an 
electronic shopping cart, view the contentsrfihe shopping cart, and check-out (as described in 
more detail below), 

[00 1 24] The browser interface 20 depEcted in FIG. 1 1 includes an interface object 40 
comprising an interface object toolbar 42 jrfia shopping assistant button 144 that provides 
various functionality to the browser inteffMc20i including, by way of non-limiting example, the 
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ability for a user (the terms user and shopper beaig used interchangeably herein) of the browser 
interface 20 to create and edit an electronic walfcl^(discussed in more detail below), disable the 
shopping assistant button 144 (and shopping functionality from the browser interface 20), list 
supported merchants, query about the shopping iBsiistant button 144, pull-down menu 44, and 
functionality provided by the shopping assistant button 144, and query for help about use of the 
shopping assistant button 144 and the functiona^provided thereby. Shopping assistant 
computer code or software (e.g., a .dll or .exe. faiB; javascript, etc.) is provided by a server and 
stored on the user's computer 50 and operable inconnection with the browser and browser 
interface 20 to define and provide the shopping assistant button 144 and other functionality 
provided in accordance with the present invention^.and as described in more detail below. 
[00125] In a preferred embodiment, the duf^ping assistant button 144 and functionality 
provided thereby is provided when the interface object 40 is added to the browser interface 20, as 
described in detail above with regard to the variousiembodiments of the present invention. That 
is, when the interface object 40 (i.e., toolbar) is added to the browser interface 20, the shopping 
assistant button 144 and associated computer codt are transmitted or downloaded to the user's 
computer 50. Alternatively, the shopping assistenc button 144 and functionality may be 
selectively added to the browser interface 20 upanirequest by the user, i.e., before or after the 
interface object 40 is added. 

[001 26] The shopping assistant fiinctionalil^ provided in accordance with this 
embodiment of the present invention is provided, atf least in the first instance, by a server 102 
(which may comprise one or more computers, loctfed physically proximate each other, or 
physically separate from each other) (see, e.g., FIGl 1 0),that may be accessed when the user 
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provides a predetermined Internet address or URL in the URL address window 26 of the browser 
interface 20, The server 102 is preferably a secure server (i.e., one that is only accessible via a 
Secure Socket Layer (SSL) connection). At that predetermined Internet address, the user may 
access one or more web pages, at least one of which enables a user to set up a wallet in 
accordance with this embodiment of the present invention. Exemplary wallet set-up web pages 
are depicted in FIGS. 12-14 and discussed in more detail below. 

[00127] The shopping assistant functionality is also provided by shopping assistant 
computer code or software dovmloaded by the server 102 to the user's computer 50 and operable 
in connection with the browser interface 20 and shopping assistant button 144. The shopping 
assistant code may be a .dll or .exe file, for example, javascript, or other know^ types of 
computer code or software files. The shopping assistant code monitors the Internet navigation of 
the Internet browser by intercepting the Internet address (or domain or URL) each time the user 
causes the browser to navigate to a different Internet address. The shopping assistant code also 
compares the intercepted Internet address with the Internet addresses of supported merchants by 
comparing the intercepted address with a supported merchant file containing Internet addresses 
of supported merchants. The supported merchant file is preferably downloaded by the ser/er 
102 and stored on the user's computer 50. Each time a user logs into the server 102, the server 
102 compares its version of the supported merchant file with the version stored on the user*s 
computer 50 (that version information may me transmitted by the user during the login process, 
for example). The server 102 downloads to the user's computer an updated version of the 
supported merchant file, if necessary. The shopping assistant code also intercepts each web page 
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received by the browser and determines the^«f«b page (e.g., billing web page, merchant 
home page, merchandise page, etc.) by the HDiilK'aie and http request headers. 
[00128] The shopping assistant code atodfiiB the shopping assistant button 144 and 
pull-down menu 44, and controls the commurica&ifetween the browser, the server 102 and 
the merchant server for on-line shopping. 

[001 29] The shopping assistant button fiMjinf be provided as part of the interface object 
40 in accordance with the various embodimottrfit present invention. However, for a user to 
utilize and access the shopping assistant fundiairf%,die user must first set up a wallet. As 
used herein, the term "wallet" refers to a filePi8{igGqp?be encoded or encrypted) particular to a 
user and comprised of information (also refoRst tii^in as data) specific to that user, provided 
by that user, and stored in a wallet database IM^psaibd on a data storage device 106 (e.g., hard 
drive, optical disk, etc.) of the server 1 02 (see;efe.H@£ 10). The wallet database 1 06 is 
structured so that the information provided bf teoffwhen setting up the wallet is stored in 
predefined fields or field names. Similarly, asB||pffid^mercha[nt data file is structured using the 
same fields or field names, to the extent thatAeimKiant check-out web page(s) require the 
same information as was provided during theiaQOaB^tip process. 

[00130] To set up a wallet, the user mm^peBii&iCertain information in response to certain 
wallet set-up web pages provided by the servo Eis known to persons skilled in the art that 
an Internet browser receives data from a servfi,q|iH^ HTML data, for display by the browser 
interface 20. Thus, reference herein to web pqgEslmig provided by a server refers to the 
dovmload or transmission of data from the sen a jfaJsp lay by an Internet browser. 
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[00 1 3 1 ] An exemplary wallet set-up web lagc kdepicted in FIG. 1 2 and generally 
designated as 1000. That web page 1000 may beaoosKd, for example, via the "edit wallet" 
option on the pull-down menu 44 of the shoppingaaiBant button 1 44. By selecting a 
predetermined link on the wallet set-up web page Ml^uch as, for example, a "Set up your 
Wallet" link 1002, a wallet data entry web page IfH^^eh as is depicted in FIG. 1 3, is 
downloaded by the server 102. At the wallet dataofigtweb page 1010, the user enters certain 
information in a plurality of fields 1012 (either pdMrnn menu or alpha-numeric entry). The 
information may be, by way of non-limiting exaimlkcredit card type, number, expiration date; 
user's first and last name, billing address, phone nuOimi user ID, user password, and various 
other information particular to the user. When saSi^iif). a wallet, each user is also required to 
enter a security key (see, e.g., FIG. 16) which is mmry, in addition to the user's ID and 
password, to access and use the user's wallet. Wlanfc user has completely filled out all 
required fields 1012 in the wallet data entry web jj^MFlO, the user may select a "Finished" 
button (not shown), which transmits the user-entenfiBfoimalion to the server 102. In response, 
the server 102 downloads a wallet summary web|HBpi02O that includes a summary 1022 of ihe 
user's newly entered account information tor rewBF%l4ie user prior to finally setting up the 
user's wallet, as depicted in FIG. 14. If the user Moraiiion is correct, the user may select a linfc 
on the wallet summary web page 1020 such as, forcnple, a "Click here to continue..." link 
1024, that causes the user information (data) to besanmitted to the server 102 and stored in dbe 
wallet database 104 on the data storage device 106. Boring the wallet set-up procedure just 
described, data is being transmitted between the sci»srl62 and the user's computer 50 (see, eg,, 
FIG. 10). For example, web pages 1000 (FIG. 12)aril0IO (FIG. l I) may both be transmitted 
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by the server 102 for display by the user's bro^raer imAmlO when the user selects the "Set up 
your wallet" link 1002. When the user has compfeledtffeiafbrmation required on the wallet data 
entry web page 1 01 0 and selects the "Finished" buttOK(iBfflashownX the user information or data 
may be transmitted to the server 102. Upon receipt of fcaser information from the user's 
computer 50, the server 102 may transmit the wallet sBanmy web page 1020. Alternatively, 
each of the above-described web pages may be tranaiited separately by the server 102 and in 
response to a user-initiated action (e.g., upon selectioaly Ifie.user of a Jink or button). 
[00 1 32] The server 1 02 may be that of a conteiftponder 1 00 or other Internet service 
provider such as, for example, a search engine providn?«ria?; collectively referred to herein as 
the provider 1 00. On-line merchants are selected by liEfpiivider 1 00 in connection with which 
the shopping functionality of the present invention mif ^icQsed A supported merchant file 
contains a list of all supported merchants, including ttawKspective Internet addresses. That file 
may be used by the shopping assistant computer codcltodaennine if a user has navigated to a 
supported merchant web site by comparing the URL catoH^into the URL address window 26 
(or provided in a link) with the urls contained in the sq^oded merchant file. 
[00 1 33] Once a merchant (a merchant is generri^ dragnated 200 in FIG. 1 0) has been 
selected, the provider 100 determines the merchants* cftofcout process, including the layout of 
check-out web page(s) (see, e.g., FIG, 17), and infong^anequired to complete the merchant's 
check-out process and check-out web page(s). The jmrnb 100 creates a supported merchant 
rules and mapping file for each selected merchant (alsoicfi^d to herein as a supported 
merchant) that defines a plurality of merchant field naiesto correspond to the user data 
required by the merchant during its check-out processesaBiits check-out web page(s). For 
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example, and withndference to FIG. 17, a supported merdHul cKeck-out web page 2100 requires 
that a shopper pr(wiir:billing information including, forenfnpI&» payment method, credit card 
number, expiratioBite, and personal information for the stopper (e.g., name, address and 
telephone number). Hie merchant field names correspond to wallet field names defined in the 
user's wallet. EacfcsBgported merchant rules and mapping file may contain different merchant 
field names, as eacfcraerchant may require different inforaalion during its check-out process. 
However, ail merdm field names correspond to wallet fidd names. 

[00134] The ^pported merchant rules and mappingfi^ maps the wallet data (i.e., wallet 
field names) to thew^rared merchant data (i.e., merclmt fidd nanies). For example, an entry in 
the merchant rules arilmapping file defining a first name fiefd and last name field may be 
structured as follows 

rmi jageFields[l J=«rw.rmi_fieldMap('*contactFirstNai^ "text" , "wallet_b_fname_first"); 
rmi j>ageFie]ds[2] =^kw rmi_fieldMap("coniactLastNamc" , "text" , "wallet_b_fname Jast"); 
where "wallet_b__fi™E-^first" is the wallet database field aane for the user's first name. 
However, in the si^prted merchant file, the user's first naoR is identified as 
"contactFirstName* Thus, the present invention maps the fields in the wallet database to the 
fields in the suppoAtfinerchant file so that each merchantscrder form may be automatically 
filled out when a i«E^ps at a supported merchant web sie. 

[001 35] WithfE&rence now to FIGS. 1 5-1 7, an exeaqdary check-out process will now be 
described. As diffcMMmerchants may have different chectout processes and provide different 
check-out web page^tfie following description is merely iBastrative and not intended to limit the 
scope of or otherwiscdEfihe the present invention. In addiOB), the following description does 
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not track the entire OBKline shopping process (which may also vary from merchant to merchant), 
but only the check-oaf process, which generally begins after the user has selected a "Check Out" 
or other similar buttofton a merchant web page. 

[001 36] Wheni user launches their Intemiet browser, the interface object 40 automatically 
establishes a connectm between the user's computer 50 and the server 102. Various user data is 
downloaded by the saver 102 to the user's computer 50. The user may ciause the Internet 
browser to navigate toany? Internet address by typing the address in the URL address window 26 
(see, e.g., FIG. 1 1), orby selecting a link on a web page. Regardless of how the browser is 
caused to navigate theftitemet (move from web site to web site), the shopping assistant code 
intercepts the URL foreach Internet site navigated to by the user, and compares that URL with 
the supported merchart dala file. If a match is found, the shopping assistant code provides a user 
perceptible indicator ow.the shopping assistant button 144 such as, for example, a yellow circle, 
that indicates that the oser has navigated to a supported merchant web site. The shopping 
assistant code also mates a request to the server 102 for a download of a file containing rules and 
mapping data for that nerchant and that provides details on that merchant's check-out process. 
[00 137] The shcpping assistant code also intercepts each web page received by the 
browser to determine fte type of web page, e.g., a billing page, e-mail address request, credit 
card information reqiKSi; etc., by looking at the HTML code and the http request headers. That 
information was obtainetfduring the provider's selection of merchants and creation of the 
supported merchant date-files. Using the merchant's rules and mapping file, the shopping 
assistant code can deteoniifie the specific page being served and how the user's information 
should be provided in Aat. page. 
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[001 38] If the shopping assistant code determines that the user's wallet is required for a 
particular page, it opens a security key window 3000 in the user's browser interface 20 asking 
the user to enter a security key (SK) in a data entry window 3020, as depicted in FIG. 15. Once 
the user has entered a SK and selected a "Continue" button 3030, that security key is securely 
transmitted, preferably using htlps, by the user's computer 50 to the server 102, The server 102 
compares the user data (e.g., ID and SK) with data previously stored in that user's wallet on the 
wallet database 106. If the data matches, the SK is verified and an authorization is transmitted 
by the server 102 to the shopping assistant code; a rejection is transmitted if the data does not 
match. The authorization may be provided as a wallet information window 3100, such as is 
depicted in FIG. 16. When a SK is successfully verified by the server 102, a "secure cookie" is 
transmitted over SSL to the secure server, and the user's on-line shopping session using his/her 
wallet begins when the "secure cookie" is set. The "secure cookie" is aggressively limed out, 
and is preferably valid for up to one ( 1 ) hour. 

[00139] If the user desires to continue the check-out process using the shopping assistant 
functionality of the present invention, the user may select a "Continue" button 3130. If the user 
desires to check-out using the merchant's check-out process, the user may select a "Cancel" 
button 3 i 40. When the user selects the Continue button 3130, the shopping assistant code 
retrieves the user's wallet from the wallet database 104 on the server 102, and automatically fills 
in the merchant's check-out web page 2100, depicted in FIG. 17. The user's wallet is securely 
transmitted by the server 102, preferably using https. The user's wallet, and thus the user's 
personal data, need not be stored on the user's data storage device 52, but only in temporary 
memory (also referred to herein as main memory or RAM) 60, and used by and in connection 
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with the shopping assistant code and functionality of this embodiment of the present invention. 
The user's data may automatically expire (e.g., after a predetermined time), or it may be flushed 
from memory 60 when the user closes the browser. 

[00140] Depending upon the type of web page displayed by the browser, the shopping 
assistant code provides the appropriate user data from the user's wallet (temporarily data in 
RAM) to the web page. For example, if the shopping assistant code determines the web page is a 
"billing address" webpage, the user's billing address data will be copied from RAM to populate 
the fields in the billing address web page, and ultimately communicated to the merchant's server 
During the check-out process, the shopping assistant code operates in connection with the 
merchant rules and mapping file and with the user's wallet to automatically provide user data 
required by the various merchant check-out web pages, 

[00141] The wallet database 106 may contain only wallet data or alternatively, the wallet 
data may be located in a database with other data. While the wallet is preferably used by and in 
connection with the topping assistant button 144 and functionality, the wallet may also be used 
by applications other than, shopping assistant such as, for example, bill paying, shopping without 
shopping assistant, and in connection with virtually any on-line transaction that requires that the 
user enter personal dabi The wallet provides secure transmission and handling of the user's data 
and makes that data avaiiiable for use by the user in connection with various on-line transactions 
without unnecessarily compromising the security of that data. 

[00142] Once a user has set up a wallet, the functionality provided in accordance with this 
embodiment of the present invention is now available to the user as the user shops on-line. 
Preferably, the on-line shopping functionality is available for use in connection with a supported 
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merchant regardless of the Internet site to which the user is connected (via the Internet browser). 
Thus, the user need not be connected to the provider's Internet site, or even lo a supported 
merchant's web site. The shopping assistant code handles all communication between the user 
(the user's computer 50), the server 102, the wallet database 104, and the merchant's Internet site 
and check-out web page(s). 

[00 1 43] In accordance with another embodiment of the present invention, a button 44 (i.e.. 
interface object) may be added to a browser interface toolbar, such as an interface object toolbar 
42 (see, e.g., FIG. 4) by a party other than the provider 102. For example, a link may be 
provided on a corporate web site that enables visitors to that web site to add a button 44 to their 
interface object toolbar 42 that would provide a one-click link to that corporate web site from the 
browser interface 20. Coiporations, or any entity hosting a web site, may sponsor the provider 
100 because the addition of the corporate bunon to the interface object toolbar 42 enables a user 
to return to that corporate web site from any other web site with a single mouse click. The 
addition of the corporate button to the browser interface (i.e., the toolbar 42) thus establishes an 
affinity between a user and the corporate web site. The corporate sponsor designs the button 
(e.g., look (one-click button or pull-down menus), icon, etc.), and provides the button design and 
URL data to the provider 100 for incorporation in a database maintained by the provider and 
associated with browser interface. Thus, a corporate sponsor may have a button defined in the 
provider database. 

[00 1 44] If a visitor to the corporate web site wants to install the corporate button in their 
browser interface 20, but does not have a browser interface toolbar 42 installed, the present 
invention also enables installation of the browser interface toolbar 42 and corporate button 44 in 
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the browser interface 20: On the other hand, the corporate button 44 may be added to a toolbar 
22 of the browser interface 20, or may be added as a button 44 of an interface object toolbar 42. 
[001 45] The pi^nt invention may also be used as a teaching tool. For example, the 
interface object toolhai;42 may include a plurality of buttons 44 which may be caused to change 
color, blink, highlighl^ctc., to direct a user's attention to that button or to the functionality 
provided by that butt» 

[00146] The pnsent'invention may also enable a provider or corporate sponsor to notify a 
user of certain propertes of the provider or corporate sponsor when that user visits a competing 
website. For example, when a user visits an automotive website, the corresponding provider 
property (e.g., pro vida Autos), would be highlighted to alert the user of the availability of that 
feature at the provider website. Software may be provided on the user's computer to intercept 
the URL each time the user causes the browser to navigate to a web site. That intercepted URL 
may be compared wiAa.file containing a plurality of urls for the provider properties. 
[00147] Importaeily^determihing'the web site to which the user has navigated at any 
particular instant is deimnined by the user's computer alone. Thus, no information regarding the 
user's activity on the Iittemet is communicated to any server. 

[001 48] It will ht obvious to persons skilled in the art and from the disclosure provided 
herein that the various ontodiments of the present invention may be carried out using software 
provided on the user's computer and on the various servers. 

[00149] It is to Ik understood that the present invention may be implemented utilizing any 
number of computer tecbnolbgies. For example, although the present embodiments are disclosed 
as operable in connectiiai with the Internet, the present invention may be utilized over any 
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computer network, including^ fip/example, a wide area network. Similarly, the user computer 50 
may be any device that may be coupled to the network, including, for example, personal digital 
assistants, web-enabled celtabr telephones, hard-wired telephones that dial into the network, 
mobile computers, personal eon^ters, Internet appliances and the like. Furthermore, the 
servers described herein mqf he of any type, running any software, and the software modules, 
objects and plug-ins describciHaein may be witten in any programming language. Lastly, the 
database and storage devicesd^scribed herein may utilize any storage technology, including, for 
example, local computer meaMnis network attached storage, and any known storage medium, 
such as magnetic or optical. 

[001 50] Thus, while Itae liave been shown and described and pointed out fundamental 
novel features of the inventioa as applied to preferred embodiments thereof, it will be understood 
that various omissions and sAsMXitions and changes in the form and details of the disclosed 
invention may be made by d»s&d^illed in the art without departing from the spirit of the 
invention. It is the intentioi^&icfore, to be limited only as indicated by the scope of the claims 
appended hereto. 
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CLAIMS 

What is claimed is: 

1. A method of facilitating on-line shopping by a shopper at a supported merchant 
web site, the shopper having a computer with an Internet browser installed thereon, said method 
comprising the steps of: 

(a) communicating computer code to add a shopping assistant button to a 
toolbar of the Internet browser; 

(b) creating a wallet for the shopper in a database on a server, the wallet being 
secured by a first security key previously received from the shopper; 

(c) receiving a second security key from the shopper; 

(d) comparing the first security key and the second security key; and 

(e) if the first and second security keys are the same, communicating the 
wallet to the computer. 

2. A method as recited by claim 1, further comprising the step of providing a 
supported merchant rules and mapping file for the supported merchant, and wherein said step (a) 
further comprises communicating computer code for automatically filling out a check-out web 
page of the supported merchant web site using the wallet and the supported merchant rules and 
mapping file. 

3. A method as recited by claim 1, wherein the shopping assistant button comprises 
a pull-down menu. 

4. A method as recited by claim 1 , wherein said step (b) comprises: 
communicating a web page for display by the Internet browser; 
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receiving shopper data entered by the shopper in the web page; and 

storing at least a portion of the shopper data as a wallet for the shopper in the 

database. 

5. A method as recited by claim 1, wherein said step (a) further comprises 
communicating computer code to monitor the Internet navigation of the Internet browser by 
intercepting an Internet address for each Internet site to which the Internet browser is caused to 
navigate. 

6. A method as recited by claim 5, further comprising the step of providing a 
supported merchant rules and mapping file for the supported merchant, and wherein said step (a) 
further comprises communicating computer code for automatically filling out a check-out web 
page of the supported merchant web site using the wallet and supported merchant rules and 
mapping file. 

7. A method as recited by claim 1, further comprising the step of providing a 
supported merchant rules and mapping file for the supported merchant, and wherein said step (a) 
further comprises communicating computer code for determining if a merchant web site is a 
supported merchant web site. 

8. A method as recited by claim 7, wherein said step (a) further comprises 
determining if a merchant web site is a supported merchant web site by comparing the supported 
merchant data file with an Internet address for each Internet site to which the Internet browser is 
caused to navigate. 

9. A method as recited by claim 7, wherein the computer code provides an indicator 
for the shopping assistant button when the Internet browser is at a supported merchant web site. 
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10. A method as wB^mt by claim 1, wherein said step (a) further comprises 
communicating computer code M intercepting each web page received by the browser and 
determining the type of web by HTML code and http request headers provided in the 
intercepted web page. 

11. A method as recitaS%: claim 1, wherein said step (e) comprises communicating a 
secure cookie to the computer. 

12. An Internet broraHrJnterface displayable by an Internet browser on a computer 
display comprising: 

a toolbar; and 

a shopping assiAritiatton in said toolbar and defined by computer code operable 
with a processor of the computefffto: 

intercepOQaaJhtemet address for each Internet site to which the Internet 
browser is caused to navigate; 

determiiMB a a web site to which the Internet browser is caused to 
navigate is a supported merchai««i site; and 

if the webatt: is a supported merchant web site, automatically filling out a 
check-out web page of the suppafflaimerchant web site using a wallet and a supported merchant 
rules and mapping file. 

13. An Internet broarmterface as recited by claim 12, wherein said determining 
step comprises determining if a «i» site to which the Internet browser is caused to navigate is a 
supported merchant web site fef sffimparing a supported merchant data file with an Internet 
address for each Internet site to lOiA the Internet browser is caused to navigate. 
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14. An Internet browser irtcffa^ce as recited by claim 12, wherein said shopping 
assistant button comprises a puU-domoimui 

1 5. An Internet browse aaofece as recited by claim 1 2, wherein the computer code 
is further operable with the procesarfcaihling a toolbar and the shopping asastant button to 
said Internet browser interface. 

16. An Internet browser; iaflarface as recited by claim 12, whoein said shopping 
assistant button provides an imfioiv when, the Internet browser is caused: m navigate to a 
supported merchant web site. 

17. An Internet browser itfc^e as recited by claim 12, wherein the computer code 
is further operable with the proceaar to intercepting each web page received by the browser 
and determining the type of web pagr% HrFML code and http request headers provided in the 
intercepted web page. 

18. A system for factfitAS;C»i^Iihe shopping by a shopper having a computer with 
an Internet browser, said system co^ramg^ 

a server comprising: 

a data stoia^dmcc'.baving a database thereon; and 
a processor opaUe with software for: 

comnaraKadng shopping assistant computer code to add a 
shopping assistant button to a tooltn«ifiB Internet browser; 

receivi^i wallet data including a first security key from the 
shopper and creating a wallet for die Aqper in the database, the wallet being secured by the first 
security key; 
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receiving a sdedhcI security key from the shopper; 

comparing & first security key and the second security key; and 

if the first arf^second security keys are the same, communicating 

the wallet to the computer. 

19. A system as recited by dais 18; wherein said server is a secure server. 

20. A system as recited by claia 1:8, wherein said processor is further operable with 
software for providing a supported merclHrtrules and mapping file when the shopper has caused 
the Internet browser to navigate to a supparted merchant web site, and wherein the shopping 
assistant code for automatically fills out acfieck-dut web page of the supported merchant web 
site using the wallet and supported mercha«fules and mapping file. 

21. A method of facilitating oafme shopping by a shopper at a supponed merchant 
web site, the shopper having a computer an Intemet browser installed thereon, said method 
comprising the step of communicating canpater code to add a shopping assistant button to the 
Internet browser, wherein said computer oofe intercepts an: Internet address for each Internet site 
to which the Internet browser is caused tOBBsigate, determines if a web site to which the Internet 
browser is caused to navigate is a supporteimerchant web site, and if the web site is a supported 
merchant web site, automatically fills outacBaeck-out web page of a supported merchant web site 
using a wallet and a supported merchant nteand mapping file, 

22. A method as recited by iSmn 21, wherein said communicating step further 
comprises communicating computer codetoadd a shopping assistant button and a toolbar of the 
Internet browser. 
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23. A method as recited by claim 21, wherein said shopping assistant button further 
provides an indicator when the Internet browser is caused to navigate to a supported merchant 
web site. 

24. A method as recited by claim 2 1 , wherein said computer code determines if a web 
site to which the Internet browser is caused to navigate is a supported merchant web site by 
comparing a supported merchant data file with an Internet address for each Internet site to which 
the Internet browser is caused to navigate. 

25. A method of dynamically controlling an Internet browser interface displayable by 
a browser on a display of a computer, a file being located on a data storage device of the 
computer and defining a shopping assistant interface object, said method comprising the steps of: 

(a) causing the file to open when a user of the computer and browser activates 

the browser; 

(b) causing the browser to establish a connection to a predetermined Internet 

site; 

(c) receiving in the file, from the predetennined Internet site, information for 
defining all or part of the shopping assistant interface object; 

(d) displaying the shopping assistant interface object along with the Internet 
browser interface on the computer display while the browser is activated; and 

(e) preventing the file from closing while the browser is activated. 

26. A method as recited by claim 25, ftirther comprising the steps of: 

(f) periodically causing the browser to establish a connection to the 
predetermined Internet site; and 



wo 03/038554 



PCT/US02/34509 



68 

(g) receiving in the &j from the predetermined Internet site, additional 
information for defining all or part of dir#opping assistant interface object. 

27. A method as recited fcydkim 25, wherein said step (e) further comprises 
executing a program loop to prevent theflfeSom closing. 

28. A method as recited bydfin 27, further comprising the step of terminating the 
program loop when the browser is no laqp activated. 

29. A method as recited bydioa 25, wherein said step (b) comprises automatically 
causing the browser to establish a connedffiLvto a predetermined Internet site. 

30. A method as recited byiftSi 25^ wherein said file contains computer code for 
intercepting an Internet address for eacfelKBmet site to which the Internet browser is caused to 
navigate, determining if a web site to codfish the Internet browser is caused to navigate is a 
supported merchant web site, and if thevAsite is a supported merchant web site, automatically 
filling out a check-out web page of a svgpiied merchant web site using a wallet and a supported 
merchant rules and mapping file. 

31. A method as recited by«iHn: 25j wherein said file contains computer code for 
adding a shopping assistant button and alaffiar of the Internet browser. 

32. A method as recited by ffim 25; wherein said file contains computer code for 
providing an indicator when the Intemelfcuivser is caused to navigate to a supported merchant 
website. 

33. A method as recited by i*iiii?25, wherein said files contains computer code for 
determining if a web site to which the fcitmel browser is caused to navigate is a supported 
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merchant web site by comparing a supporteiBBEEfattit data file with an Internet address fist each 
Internet site to which the Internet browser iscaBei to navigate. 

34. A method of causing an InteoatliDwser to access a predetermined Interoet site, 
said method comprising the steps of: 

(a) providing a file ona csBfiuter including a definition of a topping 
assistant interface object and instructions fcfftleiiieHiel browser; and 

(b) upon activation of the fiffisnet browser by a user of the computer, and in 
response to the instructions in the file, automisiBy, causing the Internet browser to est^ish a 
connection to the predetermined Internet silt 

35. A method as recited by clamJ|, fcrther comprising the step of receiving in the 
file, from the predetermined Internet site, Mma6(m for delining all or part of the diapping 
assistant interface object. 

36. A method as recited by clani^ wberein said file contains computer code for 
intercepting an Internet address for each Iidaag gitevto which the Internet browser is caused to 
navigate, determining if a web site to wia&Ae Internet browser is caused to navi^ is a 
supported merchant web site, and if the w^afejfea supported merchant web site, automalieally 
filling out a check-out web page of a suppoiad^mchant web site using a wallet and a sm^orted 
merchant rules and mapping file. 

37. A method as recited by claioB^mii^Fein said file contains computer oKle for 
adding a shopping assistant button and a todtoif flieJhtemet browser. 
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38. A method as recited by claim 34^ wfaiein said file contains computer code for 
providing an indicator when the Internet browsev is ctosed to navigate to a supported merchant 
website. 

39. A method as recited by claim 3^ i^diodn said files contains computer code for 
determining if a web site to which the Internet GRnser is caused to navigate is a supported 
merchant web site by comparing a supported meichaml diata file with an Internet address for each 
Internet site to which the Internet browser is caused to navigate. 

40. An Internet browser interface dispiajaHe by an Internet browser on a computer 
display and including an ActiveX control shop^^assistant interface object that is displayed 
with the Internet browser interface while the browser is activated and which provides a link to a 
predetermined Internet site regardless of the Intewt stfe to which the computer is connected via 
the browser. 

41. An Internet browser interface as by claim 40, wherein said ActiveX 
control shopping assistant interface object causes de lstemet browser to establish a cormection 
to the predetermined Internet site. 

42. An Internet browser interface dispiafilie by an Internet browser on a computer 
display and including a Plug-in shopping assisam iierface object that is displayed with the 
Internet browser interface while the browser is; acBvated and which provides a link to a 
predetermined Internet site regardless of the Interact siG; to which the computer is connected via 
the browser. 
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43. An Internet browser interface as recited by claim 42, wherein said Plug-in 
shopping assistant interface object causes the Internet browser to establish a connection to the 
predetermined Internet site. 

44. A method of controlling an Internet browser interface displayable by an Internet 
browser on a display of a computer, the Internet browser enabling a user of the computer and 
Internet browser to access and navigate the Internet and to receive and display on the computer 
display one or more web pages from one or more Internet sites, including the display of a web 
page from a predetermined Internet site, the Internet browser having at least one Internet browser 
toolbar having at least one toolbar button providing a predetermined functionality to the user of 
the computer and Internet browser, said method comprising the steps of: 

(a) providing, at the predetermined Internet site, access to a program for 
controlling the Internet browser interface; and 

(b) making available for downloading by the predetermined Internet site, a 
file for displaying of a user toolbar and a shopping assistant interface object as pari of the 
Internet browser interface. 

45. A method as recited by claim 44, wherein the file comprises an ActiveX control. 

46. A method as recited by claim 44, wherein the file comprises a Plug-in. 

47. A method as recited by claim 44, wherein the shopping assistant interface object 
is a toolbar button. 

48. A method as recited by claim 44, wherein said file contains computer code for 
intercepting an Internet address for each Internet site to which the Internet browser is caused to 
navigate, determining if a web site to which the Internet browser is caused to navigate is a 



PCT/US02/34509 

72 - 

supported merchant web site, and if the web site is a supported merchant web site, automatically 
filling out a check-out web page of a supported mercham web site using a wallet and a supported 
merchant rules and mapping file. 

49. A method as recited by claim 44, wherein said file contains computer code for 
adding a shopping assistant button and a toolbar of the Internet browser. 

50. A method as recited by claim 44, wherein said file contains computer code for 
providing an indicator when the Internet browser is caused to navigate to a supported merchant 
website. 

51. A method as recited by claim 44, wherdn; said files contains computer code for 
determining if a web site to which the Internet browser is caused to navigate is a supported 
merchant web site by comparing a supported merchant data file with an Internet address for each 
Internet site to which the Internet browser is caused to navigate. 

52. A system for controlling an Internet browser interface displayable by an Internet 
browser on a display of a computer, said system comprising: 

a server, said server including a program accessible over the Internet by a user of 
the computer for controlling the Internet browser interface; and 

a file downloadable by said server to the computer for controlling the Internet 
browser interface, wherein said downloadable file causes a user toolbar and a shopping assistant 
interface object to be added to the browser interface and to be displayed on the display of the 
computer as part of the Internet browser interface while the Internet browser is activated 
regardless of the Internet site to which the computer is connected via the Internet browser.. 
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53. A system as recited by claim 52, whoraBsaid shopping assistant interface objedt. 
comprises an ActiveX control. 

54. A system as recited by claim 52, wtem said shopping assistant interface object 
comprises a Plug-in. 

55. A system as recited by claim 52, vftEnm said file contains computer code fm 
intercepting an Internet address for each Internet sde te which the Internet browser is caused IK 
navigate, determining if a web site to which the tesiiet browser is caused to navigate is* 
supported merchant web site, and if the web site is asifliorted merchant web site, automatically 
filling out a check-out web page of a supported meidBrt web site using a wallet and a supported 
merchant rules and nM5)ping file. 

56. A systan as recited by claim 52, wliBaaL said file contains computer code fior 
adding a shopping assistant button and a toolbar of tfeiifiemet browser. 

57. A systenn as recited by claim 52, i^dknan said file contains computer code foE 
providing an indicator when the Internet browser bcaiBEd to navigate to a supported merchasit 
website. 

58. A system^ as recited by claim 52, MAom said^ files contains computer code fm 
determining if a web site to which the Internet hawanF is caused to navigate is a supported 
merchant web site by comparing a supported merchaflt A^ file with an Internet address for ead^ 
Internet site to which die Internet browser is caused ioiHi^ate: 
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